キャッシュシステムの Thundering Herd 問題対策モジュール Cache::Isolatorというのを書いた。 - blog.nomadscafe.jp
やや大袈裟な名前ですが「memcachedにおけるキャッシュシステムの Thundering Herd 問題への対策案」とか「キャッシュシステムの Thundering Herd 問題への対策案。その2 排他制御」で書いていたコードをモジュールにした github: https://github.com/kazeburo/Cache-Isolator 機能としては、平行動作数を制御できるget_or_setと、一定の確率で少し早く有効期限が切れるキャッシュの保存、取得、削除あたりがあげられます 使い方ですが、まず、get_or_setの例。 my $isolator = Cache::Isolator->new( cache => Cache::Memcached::Fast->new(...), concurrency => 4, # get_or_setのcallbackの最大平行動作
Template-Plugin-AddTimeというのをつくった : maaash.jp
codereposに置きました Template::Plugin::AddTime - TT filter plugin to add file modified time # 正直あまり自信はないのですが jsとかcssとか、あまり変化しないのでブラウザにしっかりキャッシュしてほしいけど、 ファイルを更新した時には再読み込みしてほしいって時に、 expiresヘッダをつけないと、ブラウザの実装によってリクエストが来たり来なかったりして cssを更新したのに読み込まないクライアントは表示が崩れたりします。 なのでexpiresヘッダをつけてしっかりブラウザにキャッシュして欲しいって時に、 ファイルの更新時刻をくっつけたりバージョン番号をくっつけたりすることがあります。 これはファイルの更新時刻をくっつけるためのTT Filterプラグインです。 こんなふうに使います。 # or w
memcachedになにをキャッシュするのか - D-6 [相変わらず根無し]
memcachedになにをキャッシュするのか 激遅なレスポンスなんだけど、dormandのmemcached記事。 dormando - Should you cache? この中でキャッシュの使い方でよく見る間違った使い方を指摘している部分があって、ここがとても重要だと思うので書いておく Where would you think to add caching to this system? I hope I've made it too obvious.(システムのどこにキャッシュ機能を追加するべきだろう？） At the query layer!Use a database abstraction class and have it memcache resultset objects and...No no no, that's a lie. I'm lying. Don't do
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
