isucon3_cheatsheet/09.unicorn.md at master · sonots/isucon3_cheatsheet
実質 isucon2 のデフォから変更なし、という結果になった。 cf. http://unicorn.bogomips.org/TUNING.html listen のオプション. cf. http://unicorn.bogomips.org/Unicorn/Configurator.html#method-i-listen :backlog => number of clients default 1024. sockfd についての保留中の接続のキューの最大長を指定する。 キューがいっぱいの状態で接続要求が到着すると、クライアントは ECONNREFUSED というエラーを受け取る。cf. http://linuxjm.sourceforge.jp/html/LDP_man-pages/man2/listen.2.html :rcvbuf => bytes, :sndbuf =>
KOSHIGOE学習帳 - [Ruby] Unicorn 概要
{{toc_here}} はじめに Unicornは、Unix系システムで動作するRackアプリケーション用サーバ。接続時間が短いことを前提とした設計となっている。 - http://unicorn.bogomips.org/ preforkモデル Unicornはpreforkモデルを採用している。 Reverse Proxy └TCP Socket[0.0.0.0:8080] > Unicorn(Master) ├(fork)─Worker[0] < TCP Socket[0.0.0.0:8080] ├(fork)─Worker[1] < TCP Socket[0.0.0.0:8080] ┆ └(fork)─Worker[N-1] < TCP Socket[0.0.0.0:8080] マスタプロセスからforkした複数のワーカープロセスがあり、クライアントからのリクエストを
Ruby2.1+でのunicornのGCチューニング - Qiita
Strongly consider https://github.com/tmm1/gctools if using Ruby 2.1+ It is built on new APIs in Ruby 2.1, so it is more intelligent than this historical implementation. Ruby2.1+の場合は https://github.com/tmm1/gctools を使ってね、とのこと。 作者の記事: http://tmm1.net/ruby21-oobgc/ 日本語訳: http://www.sawanoboly.net/contribution/2014/3/13/ruby-21-out-of-band-gc READMEによるとruby2.1で提供されているapiとイベントを使ってGCの挙動を変更するらしい。したがってuni
[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)
AWSで、unicorn + nginx + sinatra を動かしてみる - Qiita
構築を試みたときに調べたことなどなど なぜunicorn + nginx? unicornは汎用のRackアプリケーションサーバ。Railsからもsinatraからも使える。 unicornだけでも、任意のポートをlistenすればwebサーバーとして使えるが、 以下のようなメリットがあるため、本番ではnginxをリバースプロキシとして 前に立ててからリクエストをunicornに流すのが良い 画像やcssなどの静的ファイルはnginxで高速に返せる リクエストをバッファリングして受信完了してからunicornにリクエストを 投げるため、遅い回線(3Gなど)で接続が来た時にunicornの ワーカプロセスの待ち時間を削減できる 動作原理はgithubの運用例が記載された以下のドキュメントが詳しい https://github.com/blog/517-unicorn まずは、unicornだ
Rails 3 + Nginx/Unicorn を Amazon AWS に Capistrano 3 でデプロイする - bekkou68 の日記
はじめに Amazon AWS 環境下で Rails 3 のアプリを Nginx/Unicorn で動くように Capistrano 3 でデプロイする手順をまとめました。 以下を前提に話を進めます デプロイ対象のアプリ/DBインスタンスはすでにつくられているとします デプロイ対象のアプリインスタンスのドメインは production.example.com とします アプリインスタンスは ephemeral disk がマウントされているとします プロジェクト名は myproject とします。ご自身のプロジェクト名に読み替えてください アプリインスタンスに SSHログインするための秘密鍵は ~/.ssh/myproject.pem に配置してあるとします RVM を使ってます。rubyenv での設定はこちらの記事が参考になるかと思います デプロイ先ディレクトリの準備 アプリを /va
Unicorn!
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
