Puma 5がリリース！スリープソートによる高速化など（翻訳）｜TechRacho by BPS株式会社
概要: Puma 5は当プロジェクトの大きなメジャーリリースであり、実験的な新パフォーマンス機能がいくつも導入されたほか、多数のバグ修正や機能追加も行われました。その中でも最も重要な目玉機能についていくつかお話しいたします（1839 word/7分）。 Puma 5（コードネーム Spoony Bard1）が本日リリースされました（私の誕生日です！）。このリリースにはさまざまなものが盛り込まれていますので、Pumeユーザーの皆さまが自信を持ってアップグレードできるよう、Pumaのさまざまな機能や変更点についてお話しいたします。 ⚓ MRI + クラスタモードでの実験的パフォーマンス機能 今回のリリースの見出しを飾るのはたぶんこれでしょう。メモリ使用量を削減する機能が2つと、レイテンシを削減する機能が1つ加えられました。 Puma 5には以下の3つの実験的パフォーマンス向上機能が含まれていま
毎分1000リクエスト処理できるようにRubyアプリケーションをスケールさせる： 初心者ガイド | Scout APM Blog
ネイト・ベルコペック (@nateberkopec) SpeedShop(詳細),Railsパフォーマンス・コンサルタンシー 要約:Rubyアプリケーションのための”スケーリング”についての情報は、毎秒数百リクエストを処理している企業によって書かれたものがほとんどです。そうではない私たちのためのスケーリングはどのようなものでしょうか？ スケーリングは敷居の高いトピックです。Rubyアプリケーションのスケーリングに関するブログやインターネットでの情報のほとんどは、毎分何万ものリクエストへのスケーリングについて書かれたものです。TwitterやShopifyの規模です。興味深いですが...Rubyでどれくらいできるか、上限を知ることはいいことです...1台よりは多いものの、せいぜい100台以下のサーバでアプリケーションを実行している、私たちのような大多数にとってはあまり役に立ちません。スケー
性能と無関係にUnicornからPumaに移行した件 - ぱろっと・すたじお
今回の結論を先に書けば・・・ 「CapistranoとPumaをあわせて使うとめっちゃはかどる」 ・・・って話でございます Unicornにこだわりがなければ、Pumaは便利だと思います、以上Σ(・ω・ノ)ノ （私には必要だが一般的には無視していい）前置きというか経緯 そもそもCapistranoはお仕事で使ったことがありましたが、 チェンクロパーティーシミュレーター（以下、ccpts）ではまだ導入してませんでした お仕事でごりごり使っていたのはRails4.2とかの頃で、 Passengerは重たいよねって認識*1から、Unicornを当たり前のように使っており、 ccptsでもNginx+Unicornを手動デプロイで運用してました ccpts.parrot-studio.com 別に手動でも困ってなかったのですが、一つだけ問題がありまして サーバダウンから再起動した際、サービスも一緒
【Puma】アプリサーバのチューニング – RE:ENGINES
はじめに みなさん、アプリサーバのチューニングはどのように行っていますか？ 私の場合、使うサーバのスペックがだいたい同じくらいなので、過去の設定ファイルを使いまわしていました。 そんな中、先日本番環境で初めてPumaを使用しましたが時間の都合でチューニングが行えませんでしたので、今回Pumaのパフォーマンスチューニングについて調べてみました。 チューニングで注意する項目 アプリサーバのチューニングにおいて注意する項目は下記のとおりです。 子プロセスの数 スレッドの数 Copy-on-write サーバスペック（メモリ、CPU等） これらの項目はPumaに限らずUnicornやPassengerなどの他のアプリサーバにも当てはまります。 それでは個別の設定を見ていきましょう。 子プロセスの数 Puma（UnicornとPassengerも同様）はforkを使う設計になっており、アプリのプロセ
Rails: Puma/Unicorn/Passengerの効率を最大化する設定（翻訳）｜TechRacho by BPS株式会社
まとめ: アプリのサーバー設定はRuby Webアプリのスループットやコストあたりのパフォーマンスに大きな影響を与えます。設定の中でも最も重要なものについて解説します（2846 word、13分） RubyのWebアプリサーバーは、ある意味で自動車のガソリンに似ています。よいものを使ってもそれ以上速くなりませんが、粗悪なものを使えば止まってしまいます。実際にはアプリサーバーでアプリを著しく高速化することはできません。どのサーバーもだいたい同じようなものであり、取っ替え引っ替えしたところでスループットやレスポンスタイムが向上するわけではありません。しかしダメな設定を使ったりサーバーで設定ミスしたりすれば、たちまち自分の足を撃ち抜く結果になります。クライアントのアプリでよく見かける問題のひとつがこれです。 本記事では、3つの主要なRuby アプリサーバーであるPuma、Unicorn、Pass
Debugging a Memory Leak on Heroku
Debugging a Memory Leak on HerokuWritten by: Richard Schneeman This is one of the most frequent questions I'm asked by Heroku Ruby customers: "How do I debug a memory leak?" Memory is important. If you don't have enough of it, you'll end up using swap memory and really slowing down your site. So what do you do when you think you've got a memory leak? What you are most likely seeing is the normal m
Make your Ruby or Rails App Faster on Heroku
Summary: Ruby apps in the memory-restrictive and randomly-routed Heroku environment don't have to be slow. Achieve <100ms server response times with the tips laid out below. (3706 words/18 minutes) I’ve seen a lot of slow Ruby web apps. Sometimes, it feels like my entire consulting career has been a slow accumulation of downward-sloping New Relic graphs. Why is the case? If you read that bastion o
PumaでActiveRecordのErrorが出てハマった話 - 月曜日までに考えておきます
応答に500ms以上掛かる外部APIに依存するサービスを作ってて、Unicornのworker数だと簡単に詰まって死ぬという現象が起きていたのでしばらく前にPumaに置き換えました。 既に Nginx + Unicorn で運用しているサーバのUnicorn部分をPumaに置き換えるのは割と簡単で、これを参考にしたらほぼうまくいきました。(*) coderwall.com : establishing geek cred since 1305712800 (*) ただし、capistranoを set :pty, true にすると capistrano-sidekiqが効かずにsidekiqが動かなくなって死ぬというknown issueを踏んだので注意 それ以降、順当に運用できていたのですが、負荷がかかったときに500エラーが出るという現象はUnicornよりマシになったものの出続けて
最近の Rack サーバ事情について - おもしろwebサービス開発日記
先月、heroku の推しサーバが unicorn から puma に変わったという発表がありました。unicorn だとスロークライアントの影響を受けやすいというのが理由なようです。 もう少し詳しく調べてみましょう。 そもそもスロークライアントってなに その名の通り遅い回線のクライアントです。3G環境のモバイル端末などが該当します。 「unicorn だとスロークライアントの影響を受けやすい」とは unicorn はプロセスモデルのサーバであり、blocking I/O モデルを採用しています。つまり、クライアントとの通信中プロセスが専有されるということです。 例えば unicorn がワーカプロセスを3つ立ち上げていて、そこへ通信完了に10分かかるようなスロークライアントが3つ接続されたら…、続くクライアントはスロークライアントの通信が完了するまで実行を待たなければならなくなります。プ
Concurrency and Database Connections in Ruby with ActiveRecord | Heroku Dev Center
When increasing concurrency by using a multi-threaded web server like Puma, or multi-process web server like Unicorn, you must be aware of the number of connections your app holds to the database and how many connections the database can accept. Each thread or process requires a different connection to the database. To accommodate this, Active Record provides a connection pool that can hold severa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
