Unicorn についての知りたい情報のすべて (翻訳版) - Engine Yard Blog JP | Engine Yard Blog JP
本記事は英語版ブログで2010年5月18日に公開された記事の翻訳版です。 Engine Yard のお客様や開発者の友人の多くが Unicorn を愛用し、推奨しているので、これについて兼ねてから勉強したいと思ってました。そんな矢先に、幸いにもその学習機会が自然と訪れました。最初は無料のリソースをいろいろと見ながら疑問を解決しようとしましたが、思ったより難しく、結局は大元のソースに当たることにしました。 まず、十分な時間をかけて Unicorn の README ファイルを熟読しました。このファイルには総合情報が網羅されていますが、読み終えた後でも疑問が解決しなかったので、すべてまとめて Unicorn の開発チームに E メールで送ってみました。有難いことに、返信には私の全質問に対する答えが詳しく書かれていました。そのおかげで内情に通じることができたので、この素晴らしいリソースを皆さんと
社内勉強会でUnicornについて発表したけどあまりの準備不足に全俺が泣いたので少しずつまとめていく〜その１ - こしごぇ
Unicornとは？ 今回取り上げることにしたUnicornとは、Ruby用アプリケーションサーバのこと。Unix系OS上で動作するRack規格Rubyアプリケーションを動かすためのアプリケーションサーバ。 スレッドやイベント駆動を駆使した実装ではなく、伝統的(?)なprefork型のアーキテクチャを採用している。 http://unicorn.bogomips.org/ 低速ネットワーク環境にあるクライアントからの利用などは考慮していない。十分高速なクライアントを相手にする場合にうまく機能する様に設計されている。 これは、複雑さを排除するためにスレッドやイベント駆動を採用しなかったことの裏返しでもある。 unicornコマンド(もしくはunicorn_railsコマンド)でサーバを起動させる。--config-fileで設定ファイルを指定することができる。 $ unicorn -c un
社内勉強会でUnicornについて発表したけどあまりの準備不足に全俺が泣いたので少しずつまとめていく〜その２ - こしごぇ
Unicornの哲学(PHILOSOPHYより) Unicornの詳細に降りていく前に、どのような哲学でもって設計・実装されているのか把握しておきたい。 Unixの哲学 「一つのことを行い、それをうまくやる。」 複雑さの排除 低速なクライアントに対応する代わりに、Unicornはバッファリング可能なリバースプロクシを信頼して代替させる。 UnicornはブロッキングI/Oと旧来のpreforkモデルを採用している。この処理モデルはモダンな方法(スレッドモデル、イベントとノンブロッキングI/O)へのアンチテーゼ。 Unicornでは、ワーカープロセスの競合を考えずに済む様に設計している。 低速なクライアントについて 「低速なクライアント」と呼ぶのは、データセンタ(ローカルネットワーク)の外側にいるクライアント(物理法則的な問題)。 HTTP/1.1の永続コネクションによって遅延を減らすことが
Rainbows! Unicorn for sleepy apps and slow clients
Rainbows! is a HTTP server for sleepy Rack applications. It is based on Unicorn, but designed to handle applications that expect long request/response times and/or slow clients. For Rack applications not heavily bound by slow external network dependencies, consider Unicorn instead as it simpler and easier to debug. Rainbows! is about Diversity We aim to support as many concurrency models as we can
例えば GC を止める・Ruby ウェブアプリケーションの高速化 - 2nd life (移転しました)
最近クックパッドでは、アプリケーションサーバの大半が Rails 2.3 から Rails 3 に置き換わったのですが*1、リリース前のベンチマークの時点ではあまりパフォーマンスが出ず四苦八苦していました。具体的には Rails 2.3 の時と比べ MRI 1.8.7 だとレスポンスタムが200%ぐらい遅い結果でした。Rails 3 になって実装が Merb core を取り入れ疎結合で綺麗になった反面、より多くのオブジェクトと・メモリを利用する様になった影響かと思います。 そこで Ruby インタプリタの変更*2を行い検証をしたところ MRI 1.8.7 (Rails 2.3と比べ) 約200%遅い MRI 1.8.7 -> Ruby Enterprise Edition 1.8.7 2011.03 (tcmalloc 無効) 約180%低速 MRI 1.8.7 -> Ruby Ente
unicorn.god
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
Kisko Labs - Unicorn init scripts with RVM
On our production servers we use the Unicorn application server together with RVM and nginx to serve our Rails sites. This means that we need an init script for each application in case of a server restart. Since we’re using RVM we have each unicorn process run under an unprivileged user (imaginatively named ‘unicorn’). We use the following (Debian/Ubuntu) init script as a basis for our applicatio
Serving Rails Apps with RVM, Nginx, Unicorn and Upstart
Ever since reading GitHub’s blog post on Unicorn, I’ve been interested in trying it out. This post will document the process I used to get Unicorn serving a Rails application behind Nginx, with RVM managing Ruby. If you’ve read GitHub’s post, some of the config will look very familiar. Ideally, though, you should be able to follow this post from start to finish and have a working setup going. Intr
Rack アプリケーション向けの HTTP サーバ Unicorn の基本操作
Table of Contents Open Table of Contents Unicorn とは？ Unicorn のインストールと事前準備 Unicorn の設定ファイルを用意する Unicorn サーバを起動する nginx と Unicorn を連携する Unicorn を停止する Unicorn の設定の再読込 サービスの提供を止めずにプログラムの再読込 Unicorn とは？ Rails、Rack アプリケーションを動作させるコンテナとしては、Passenger、Thin、Mongrel などの選択肢がある。 それ以外にも Unicorn という Rack アプリケーション向けの HTTP サーバがあり、今回試しに使ってみたのでそのメモ。 Unicorn: Rack HTTP server for fast clients and Unix 設計方針に特徴的な部分があり、以
次世代Ruby on RailsサーバーUnicorn（汎用のRackアプリケーションサーバ）を使ってみた｜TechRacho by BPS株式会社
2010.07.09 次世代Ruby on RailsサーバーUnicorn（汎用のRackアプリケーションサーバ）を使ってみた 2010.07.20追記: prefixを指定した運用も可能でした。ご指摘頂きありがとうございます。 2010.07.28追記: 関連記事「RailsサーバUnicornを飼いならす! 運用時の便利技」へのリンクを張りました。 Railsサーバはたくさんあってややこしいですね！ 最近さらにUnicornというものが頭角を表してきたようで、Twitterやgithubも使っているようなので使ってみましたので、特徴や使い方などレポートしてみたいと思います。 このブログの他にもEngine Yardのブログ記事「Everything You Need to Know About Unicorn」やgithubの記事「Unicorn!」が非常に参考になると思いますので、
Rails3アプリをnginx+unicornで動かしたら速すぎた - ぱろっと・すたじお
いやぁ・・・Rails3はいいですね(｀･ω･´) ｂ Rails2とはなんだったのか・・・というレベルの完成度で、 なんとなく納得しないままRails2を使っていた私も、 Rails3になってからはバリバリに使いまくりです*1 そんなRailsを動かすAppサーバとして、 以前から定番になっていたのがpassengerでして、 私もApacheやnginxと組み合わせて使ってました*2 ただ、最近よく耳にするのがnginxにunicornを組み合わせた構成です http://unicorn.bogomips.org/ 前々から気になっていたものの、なかなか手をつけられなかったのですが、 仕事でもプライベートでもちょうどRails3アプリをリリースするタイミングだったので、 nginx+unicornの環境を試してみました なお、非常に細かな解説がある良記事がありますので、 ぜひそちらを先
unicornをApacheで動かす - 思っているよりもずっとずっと人生は短い。
メモ。 unicornは本家がnginxを勧めてることもあってか、リバースプロキシとして使っているWebサーバはnginxの例が多いようです。とはいえ、慣れたApacheを使いたいとか、すでにApacheで動いてるものがあるとかの場合、Apacheだけで何とかしたいです。という場合の例。 unicorn側は普通に設定。ただしUNIX domain socketが使える気がしないのでTCPで。 rails_env = ENV['RAILS_ENV'] || 'production' worker_processes 3 preload_app true timeout 30 listen 8888, :tcp_nopush => true 【以下略】 Apache側のhttpd.conf（というかdebianならsites-available/以下）は以下のような感じになります。静的ファイル
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nginx + Unicorn for Rails on Rackhub
http://brandontilley.com/2011/01/29/rvm-unicorn-and-upstart.html