Pumaの使い方 まとめ - 猫Rails
感想 スレッドベース 参考 unicornはプロセスベース pumaはスレッドベース MRIのスレッド Jruby・Rubiniusのスレッド スロークライアント railsへの導入 設定 参考URL 設定ファイルの読み込み 設定項目 bind: バインド port: バインド(portとhost) ssl_bind: バインド(SSL) workers: ワーカー数 threads: スレッド数のmin・max environment: 環境 demonize: デーモン化 pidfile: pidファイル置き場 stdout_redirect: 標準出力/標準エラーを出力するファイル preload_app!: プリロード before_fork{}: 各ワーカーのフォーク前の処理 on_worker_boot{}: 各ワーカーのboot前の処理 prune_bundler: phas
nginx+puma+rails の worker,thread,connection pool 数の目安 - Qiita
nginx+puma+rails の worker,thread,connection pool 数の目安Railspuma ※間違ってたら指摘を... 前提 MRI(Matz's Ruby Implementation) の前提, JRubyの場合は考え方が変わる。 nginx の worker 数の目安 CPUコア数を基本とする。ただし... 一方で、例えば僕の用途では、現在画像の処理だったりとか、ngx_mrubyのようにリクエストの過程で一部ブロッキングされるような処理も増えてきているため、コア数以上の値に設定しておいた方が性能を発揮できるような状況も増えてきています。 nginxのworkerプロセス数をCPUコア数の倍数で自動的に設定できるモジュールを書いた - 人間とウェブの未来 上記のようにコア数以上に設定した方が良いケースも時としてあるようです。 nginx の work
Pumaの起動におけるpumaコマンドとpumactlコマンドの違い - Qiita
1は何をやっているかというと、Pumaを3000番ポートを指定してproductionモードで起動させている。ただし、最小スレッドは5、最大スレッドは5を指定している。設定ファイルはconfig/puma.rbにあるからそれを読んでね。あと、ちゃんとデーモンで実行してね。といったことをやっている。 対して2はpumactlコマンドを使って起動をおこなっている。どうやら、ポートを指定したり環境を指定したりはしないらしい。ただ、デフォルトで config/puma.rb を読みにいっているようで、記述した設定に沿って起動してくれるみたいだった。 つまり、$ bundle exec puma -C config/puma.rb と $ bundle exec pumactl start は同義なのでは、というところまではすぐに理解できた。 あれ、pumactlコマンドってなんのためにあるんだろう
Deploying Rails app using Nginx, Puma and Capistrano 3 (Example)
Deploying Rails app using Nginx, Puma and Capistrano 3 This guide is an alternative to James Dullaghan's Deploying Rails app using Nginx, Unicorn, Postgres and Capistrano to Digital Ocean that I made for myself. This is the first time I'm working with Puma, so if I've missed something, or if there's something that can be done in a better way, please comment and let me know. Start by creating a Dro
Rails: Puma/Unicorn/Passengerの効率を最大化する設定（翻訳）｜TechRacho by BPS株式会社
まとめ: アプリのサーバー設定はRuby Webアプリのスループットやコストあたりのパフォーマンスに大きな影響を与えます。設定の中でも最も重要なものについて解説します（2846 word、13分） RubyのWebアプリサーバーは、ある意味で自動車のガソリンに似ています。よいものを使ってもそれ以上速くなりませんが、粗悪なものを使えば止まってしまいます。実際にはアプリサーバーでアプリを著しく高速化することはできません。どのサーバーもだいたい同じようなものであり、取っ替え引っ替えしたところでスループットやレスポンスタイムが向上するわけではありません。しかしダメな設定を使ったりサーバーで設定ミスしたりすれば、たちまち自分の足を撃ち抜く結果になります。クライアントのアプリでよく見かける問題のひとつがこれです。 本記事では、3つの主要なRuby アプリサーバーであるPuma、Unicorn、Pass
時代はRails5だし、PowからPuma-devへ乗り換えた - 一分一秒真剣勝負！
Rails5からデフォルトRackサーバがPumaになりました。開発用のサーバとして自分はずっとPowを使っていましたが、Pumaを使っているのであればPowではなくpuma-devが主流になっていると知って調べてみたところ、PowからPuma-devへの乗り換えを即決しました。 個人的にいいなと思ったのは以下の点。 Pow同様「zero-config Rack server」である Websocketsをサポート Linux対応(全機能を使うには追加のインストールが必要) 開発が活発(Powは実質開発が止まっている) powder相当のコマンドがPuma-devにはデフォルトで組み込まれている(puma-dev link) Macでのインストール手順は以下のとおり。 $ curl get.pow.cx/uninstall.sh | sh # Powのuninstall $ brew in
A Fast, Concurrent Web Server for Ruby & Rack - Puma
Speed & Concurrency Current Release: 6.4.0 Unlike other Ruby Webservers, Puma was built for speed and parallelism. Puma is a small library that provides a very fast and concurrent HTTP 1.1 server for Ruby web applications. It is designed for running Rack apps only. What makes Puma so fast is the careful use of a Ragel extension to provide fast, accurate HTTP 1.1 protocol parsing. This makes the se
Deploying Rails Applications with the Puma Web Server | Heroku Dev Center
Web applications that process concurrent requests make more efficient use of dyno resources than those that only process one request at a time. Puma is a webserver that competes with Unicorn and allows you to handle concurrent requests. Puma uses threads, in addition to worker processes, to make more use of available CPU. You can only utilize threads in Puma if your entire code-base is thread safe
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - seuros/capistrano-puma: Puma integration for Capistrano
GitHub - puma/puma-dev: A tool to manage rack apps in development with puma