How we provide real user monitoring: A quick technical review - New Relic Blog
This week New Relic released a whack of new and cool stuff. One of the coolest of the new is Real User Monitoring (RUM). Based on the JavaScript library created by Google’s Steve Souders, RUM shows you what performance issues your actual users are experiencing on your site, right now. Finally you can see beyond the app tier. After all, even when things are performing fine on the server, who knows
Passengerがメモリを食いすぎるとき - ひげろぐ
Passengerを動かしているサーバのメモリ使用量が突然跳ね上がってスワップをガリガリ発生させることしばしばだったので最近いろいろ調整していた。 結論としては二つ原因があった。 Railsインスタンスプロセスの立ち上がりすぎ PassengerMaxPoolSizeを適切に設定してないとそうなることがある。 PassengerMaxPoolSizeのデフォルトは6なのでRailsインスタンスが一個につき400MBのメモリを食っていたら最大で2.4GBのメモリを食うことになる。 というわけでメモリが2GBのサーバでも撃沈する。（まあ400MB消費すること自体がおかしいけど） インスタンスひとつあたりのメモリ使用量を把握するにはしばらく動かしてみるしかないと思うので（何か方法あるかな？）最初は小さめに設定しておくのが無難かもしれない。 この値が1とか2くらいでも小さなサービスでは全く問題ない
Passenger のリソース最適化オプション | Carpe Diem
Passenger を使うとき、リソース最適化オプションによって大きくパフォーマンスが変わる。英文だと理解できるのが遅いので、勝手に翻訳してみる。 – PassengerMaxPoolSize <整数値> 同時に使用できる ROR あるいは Rack アプリケーションの最大数です。より大きな値を指定すると多くのメモリを消費しますが、HTTP クライアントが同時に処理できる能力を増やすことができます。 この最適な値は、あなたのシステムハードウェアやサーバの平均値ロードに依存します。異なる値を指定して実験する必要があるでしょう。しかし一般的にはこの値は少なくてもあなたのシステムの CPU 数に等しい値にするべきです。もしあなたのシステムが 2G のメモリ容量なら 30 を指定することをおすすめします。もしあなたのシステムが VPS 、256MB のメモリ容量で、MySQL のようなサービスが動
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
