InfoQ

News

Railsの総まとめ:Rails 2.2がスレッドセーフ、ETagsがRails Edgeでサポート

作者 Werner Schuster, 翻訳者 編集部 投稿日 2008年9月2日 午後12時37分

コミュニティ
Ruby
トピック
Ruby on Rails,
パフォーマンス&スケーラビリティ
タグ
Ruby on Rails,
Threading
近ごろDavid Heinemeier Hansson氏は、長年Railsの問題である、スレッドセーフの欠如をRails 2.2が解決することを述べた(リンク)。Charles Nutter氏は、続けてスレッドセーフなRailsの意味について説明した(リンク)
基本的には、すべての受信要求に関する粗粒ロックを排除し、スレッド全体で共有される必要のあるそうしたリソースに関する微粒子ロックと置き換えることを 意味する。そこでたとえば、ロギングサブシステム内のデータ構造はスレッドで共有されないように修正されているか、2つのスレッドが互いに干渉しないよう に、またはデータ構造が無効になったり、破損しないように、適切にロックされている。指定されたRailsインスタンスへの単一のデータベース接続の代わ りに、接続のプールがあり、Nデータベースの接続が同時に実行されているM要求によって使用できる。また、接続をコンシュームせずに潜在的に要求を実行す ることができることを意味する。それゆえ、ライブ、アクティブな接続数が、同時処理可能な要求数よりもたいてい少なくなる。
コミットやRails Githubリポジトリ(リンク)のコミットメッセージのサンプルを見ると、近ごろスレッドセーフティ関連の作業が実施されていることが分かる。
  • MemoryStoreは唯一「安全でない」ストアである。デフォルトでスレッドセーフにする」。(リンク)
  • 「追加されたconfig.threadsafe!to toggleが同時設置を可能にし、依存ローダーを使用不可に設定する」 - 詳細はコメントを参照のこと(リンク)
  • 「各スレッド用に別々のバッファを保守する」(リンク)
Railsにおけるスレッドセーフティの欠如は、Railsアプリケーションに対応するために使用される一連の独立したRuby処理を使用する必要があっ た。言い換えれば、共有しないアプローチを使用することである。一連のテクノロジーやソリューションが問題に対処する目的で開発された。たとえば、 Phusion Passengerは、Copy On Write friendly GCで修正されたRubyバージョンを使用し(参考記事)、Rubyインスタンス全体においてロード済みのコードの共有を可能にする。また、一連の処理の管理を容易に した。一定量のコード共有を可能にした同一のJVMにあるJRubyインスタンスを複数実行することを可能にすることで、JRubyはRailsの複数の インスタンスのコストを下げることを可能にした。

スレッドセーフティであっても、Railsのサイトは拡大縮小するために、複数のRubyインスタンスが必要である。理由の1つは、1.8でのRubyの ユーザスペーススレッドシステムである。単一のブロッキングI/O呼び出しは、インタープリターのすべてのスレッドをブロックする。非ブロッキングI/O は多くのI/Oライブラリで使用される一方で、現在のMysqlアダプタはそれらの1つではない(リンク)(実のところ、インタープリターロックをリリースしていな いCライブラリが原因である)。しかしながら他のDBアダプターは、非ブロッキング要求をサポートしている。たとえば、Postgresqlアダプターな どである。Never_blockはライブラリであり、これらのアダプターの使用を簡単にするが(リンク)、さしあたりRuby 1.9が必要である。

複数のインタープリター間にアプリケーションを散在させることは、またマルチコアシステムの利用を可能にする。しかし純ユーザスペーススレッドは不可である。

Rails Edgeのもう1つの新しい機能は、Simpler Conditional Get Support(リンク)である。
Conditional-getsはHTTPスペックの機能である。GET要求に対する応答が最終要求から変化していないこと、そして安全にブラウザキャッシュからプルできることをブラウザに通知する方法をWebサーバに提供する。
Tim Bray氏はETagsを徹底的に紹介し、解決すべき問題を示している(リンク)

しかし、単一のタイムスタンプではサーバにとって要求しているコピーをクライアントが必要かどうかを把握するのには、時として情報が不十分である。 ETagsはこの状況のためにある。クライアントがGETを送信するとき、結果と共にHTTPヘッダーを送り返す。 ETag: "1cc044-172-3d9aee80" 引用符の間には、要求されているリソースの現在の状況に対する署名が来る。

原文はこちらです:http://www.infoq.com/news/2008/08/rails-threadsafe-etags-support

ブックマーク
digg+,
reddit+,
del.icio.us+,
dzone+,
Hatena

No comments

返信

ジャンル別一覧

Agile2008 チーム参加レポート - 動機/準備編

筆者はアジャイルソフトウェア開発についての年に一度の国際会議であるAgile2008に初めて参加してきました。今年の日本からの参加者の数は14名にも及び、発表者は5名、受け持ったセッションは8つに及び、例年にない活躍を見せました。なぜ今年のAgile2008では、これほど多くの日本人が参加し発表に至ったのか? そのレポートをお届けします。

Javaトラブルシューティングメルマガ総集編 2008/08~09

エスエムジーでは、Java全般を対象にしたトラブルシューティングサービス「JaTS」を提供しています。この記事では、前回に引き続き、JaTSにて蓄積したトラブル事例とその解決ノウハウの一部をお送りしている「Javaトラブルシューティングメールマガジン」(JTSMM)の総集編として、過去2ヶ月のトラブル事例と追加情報をダイジェストとして提供いたします。

モデル駆動アプローチがうまく機能しない(しなくなる)8 つの理由

この記事では、モデル駆動アプローチがうまく機能しない、または機能しなくなることによって期待した結果が実現できなくなる 8 つの理由について書きたいと思います。

消費者主導契約を使ったサービス指向開発

この論文では、組織のサービス開発能力改善を目指した実用的な提案をします。

スケーラビリティの構築とパフォーマンスの達成:バーチャルパネル

InfoQ.com向けのこのバーチャルパネルでは、大企業やプロジェクトからスケーラビリティやパフォーマンスの著名人を招待し、みんなが夢に描いているような結果を達成するための秘密を明かしてもらいました。

アジリティのためにコンポーネントチームより機能チームを選ぶ

Craig Larman氏とBas Vodde氏は、どのように、そして、なぜ機能チームがうまくいくのかを説明し、この主要な組織の変化が価値あるものであることを主張します。

仮想化とセキュリティ

仮想化にはたくさんの利点がありますが、かと言って、その上に実装するアプリケーションのセキュリティをないがしろにしてはいけないのです。

Rubyのオープンクラス:猿のようにパッチを当てない方法

最近リリースされたRuby 1.8.7のプレビューリリースをウオッチしていたRails開発者はすぐに1.8.7プレビュー1に関してあることに気がつきました。それは、1.8.7プレビュー1がRailsを破壊してしまうということです。