第1回 memcachedの起動オプションを把握しよう | gihyo.jp
1.4系で新しく追加された主な機能しては バイナリプロトコルの導入 マルチスレッドの標準化 統計の強化 などが上げられます。この1.4系の機能の詳細については前坂徹氏の連載「memcached 1.4の到来」が参考となります。ここではバージョン1.2.5と最新の1.4.5の起動オプションを比較しながら、新しく追加された機能や実際の運用で用いられる起動オプションについて説明します。 1.2系と1.4系の起動オプションの違い まず、memcachedの起動オプションの一覧（ヘルプ）を確認しましょう。memcachedのヘルプを出力するには、「-h」オプションを使います。 $ memcached -h memcached 1.x.x -p <num> TCP port number to listen on (default: 11211) -U <num> UDP port number t
Gem Dailliでキャッシュ(memcache)を有効活用してRailsを高速化！ - 酒と泪とRubyとRailsと
Gem Dailliでキャッシュ(memcache)を有効活用してRailsを高速化！ Feb 9th, 2013 Tweet 『Dalli』はRailsでmemcachedを使うためのクライアントです。特にWebアプリではアクセスが増えるとデータベース側の負荷が高まり、速度が遅くなってしまいます。そういった問題を解決する手段の一つとしてキャッシュを有効活用するのはすごく大切です！ ちなみにWebアプリにおけるキャッシュ。オレオレ事例 - ゆーすけべー日記のキャッシュについての説明がすごくわかりやすいです！ memcacheとは？ memcacheはデータベースを用いた Web サイトを高速化するために良く用いられるメモリにデータを格納するタイプのKey-Valueストアです。Webアプリでメモリにキャッシュするタイプでは最も有名だと思います。 Macへのインストール MacでHomebr
Memcacheはやっぱりすごかった
森川です。恥ずかしながらmemcacheを使うくらいならtmpfsとかMySQLのHEAPテーブルを使えばいいじゃん、などと思っていたのですが、今回簡単なベンチマークをやってみて心を入れ替えました。 はい、memcacheは偉大です。すごく速いです。 テストとして10万件のデータをINSERTして、そこから該当するデータを10万件取得します。まずはmemcacheを使用した場合です。 今回はdagレポジトリのRPM版memcachedとソースからインストールしたPHP 5.2.3を使用してpecl installでmemcacheエクステンションをインストールしています。memcachedの設定はデフォルトのままです。 # yum install memcached # pecl install memcache # vi /usr/local/lib/php.ini extension=
GitHub - petergoldstein/dalli: High performance memcached client for Ruby
Dalli Dalli is a high performance pure Ruby client for accessing memcached servers. Dalli supports: Simple and complex memcached configurations Failover between memcached instances Fine-grained control of data serialization and compression Thread-safe operation (either through use of a connection pool, or by using the Dalli client in threadsafe mode) SSL/TLS connections to memcached SASL authentic
Rack::Session::Dalliのexpire_afterには要注意 - Qiita
Rack::Session::Dalliは、Rack::Session::Memcacheの代わりに使える素敵なモジュールです。 Rack::Session::Dalliに指定するexpire_afterの最大値は2591999 (60 * 60 * 24 * 30 - 1)です。これを超えた値を指定すると、memcachedに値が保存されずに即座にexpireしてしまうようです。例外も何も出ないので注意が必要。 例 class MyApp < Sinatra::Base use Rack::Session::Dalli, memcache_server: 'localhost:11211', domain: 'mydomain.com', path: '/', expire_after: 60 * 60 * 24 * 30 - 1 # 2592000未満の値にしよう! # (略) end
[Rails] memcache-clientやdalliでfork後のresetは大切｜TechRacho by BPS株式会社
Railsのsession_storeやcache_storeとして、memcachedを使うことはよくあると思います。 今回は、memcachedのRuby用クライアントgem, memcache-clientやdalliにて、Passengerやunicornのfork後の初期化をきちんと書かないと、悲惨なことになるというお話です。 ※他のgemやmemcached以外でも当てはまります。 必要な初期化処理 以下の処理を、config/environments/production.rbや、config/initializers/session_store.rbなど、どこでも良いので初期化コードに書いておく必要があります。 dalliを利用している場合 https://github.com/mdesjardins/dalli/tree/ # passengerの場合 if define
![[Rails] memcache-clientやdalliでfork後のresetは大切｜TechRacho by BPS株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/6825dc350622c493ec8eadba4adb6cd2ccf3cfe1/height=288;version=1;width=512/https%3A%2F%2Ftechracho.bpsinc.jp%2Fwp-content%2Fuploads%2F2012%2F08%2F1345358135_messagebox_warning.png)
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Rails のセッションと MemCache (かきかけ) - @kyanny's blog
Rails でセッションの保存先に :mem_cache_store を指定してる場合に、具体的にどういうキー名で保存されているのか知りたくてソースを読んだ。ついでに memcache-client のソースも読んだ。そのときのメモ。 結論からいうと、 "{namespace}:session:#{session.session_id}" みたいになってる。 namespace は MemCache.new に option で渡したもの。たとえば "app-session-#{RAILS_ENV}" とか。この場合 production 環境であれば最終的に "app-session-production:session:abcabcabcabcabcabcabcabcabcabcabcabc" のようになる。このキーで memcache.get すれば、あるユーザーの Rails のセ
［速報］mixiが障害の経緯を発表。原因はお盆のアクセス急増ではなく、memcachedの異常終了
8月10日の17時20分頃から12日未明までの長時間にわたり、サービスが利用不能もしくは利用しにくい状況になっていた「mixi」。数度の断続的な復旧ののちに、本日12日午前1時50分頃には復旧が完了し、現時点で全面的に復旧しているようです。 その障害の経緯について株式会社ミクシィの広報からプレスリリース「『mixi』のアクセス障害のお詫び及び復旧に関するお知らせ」として発表されました。 原因はアクセスの急増ではなかった プレスリリースの中で、今回の障害の原因は以下のように説明されています。 『mixi』のデータベースへの負荷軽減のために導入しているデータキャッシュシステムが複数同時に異常終了したことに伴い、データベースへの負荷が急増したため『mixi』を閲覧しづらい状態となりました。 高負荷かつ特殊な状態でのみデータキャッシュシステムの異常終了が発生していたため、根本的な原因の究明に時間が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
