なぜ人々はRubyが遅いと言うのですか？[閉まっている]

Ruby on Railsが好きで、すべてのWeb開発プロジェクトで使用しています。数年前、Railsが記憶を独り占めしていることや、拡張性があまりよくないことについて多くの話がありましたが、これらの提案は、Gregg Pollackによってここに公開されました。

でも最近は、Ruby自体が遅いという話を聞いています。

• Rubyが遅いと見なされるのはなぜですか？

Rubyが遅いとは思いませんが、単純なCRUDアプリや会社のブログを作成するために使用しています。Rubyが遅くなる前に、どのようなプロジェクトを実行する必要がありますか？それとも、この遅さはすべてのプログラミング言語に影響を与えるものですか？

• この「遅さ」に対処したい場合、Rubyプログラマーとしてどのような選択肢がありますか？

• 速度が重要でトラフィックが激しいStack Overflowのようなアプリケーションに最適なRubyのバージョンはどれですか。

質問は主観的であり、私はアーキテクチャのセットアップ（EC2とスタンドアロンサーバーなど）が大きな違いをもたらすことを理解していますが、Rubyの処理速度が遅いことについての人々の意見を聞きたいです。

最後に、Ruby 2.0について多くのニュースを見つけることができません。それから、それから数年が経ちました。

Rubyが遅いと見なされるのはなぜですか？

Rubyと他の言語の間で典型的なベンチマークを実行すると、Rubyは失われるからです。

Rubyが遅いとは思いませんが、単純なCRUDアプリや会社のブログを作成するために使用しています。Rubyが遅くなる前に、どのようなプロジェクトを実行する必要がありますか？それとも、この遅さはすべてのプログラミング言語に影響を与えるものですか？

Rubyは、リアルタイムのデジタル信号処理アプリケーションや、あらゆる種類のリアルタイム制御システムを作成する上で、おそらく役に立たないでしょう。Ruby（今日のVMを使用）は、スマートフォンなどのリソースに制約のあるコンピューターではおそらく窒息するでしょう。

Webアプリケーションの処理の多くは、実際にはCで開発されたソフトウェアによって行われます。たとえば、Apache、Thin、Nginx、SQLite、MySQL、PostgreSQL、多くの解析ライブラリ、RMagick、TCP / IPなどは、Rubyで使用されるCプログラムです。 。Rubyは接着剤とビジネスロジックを提供します。

この「遅さ」に対処したい場合、Rubyプログラマーとしてどのような選択肢がありますか？

より高速な言語に切り替えます。しかし、それにはコストがかかります。それは価値があるかもしれない費用です。しかし、ほとんどのWebアプリケーションでは、言語の選択は重要な要素ではありません。高速な言語を使用して正当化できる十分なトラフィックがないため、開発に多くの費用がかかるからです。

速度が重要でトラフィックが激しいStack Overflowのようなアプリケーションに最適なRubyのバージョンはどれですか。

他の人々はこれに答えました-JRuby、IronRuby、REEは、VMを購入できるプラットフォームでアプリケーションのRuby部分をより高速に実行します。また、低速になる原因はRubyではないことが多いため、コンピューターシステムアーキテクチャとアプリケーションアーキテクチャにより、データベースレプリケーション、複数のアプリケーションサーバー、リバースプロキシによる負荷分散、HTTPキャッシング、memcache、Ajax、クライアント側キャッシングなどを実行できます。 。これらはRubyではありません。

最後に、Ruby 2.0について多くのニュースを見つけることができません。それから、それから数年が経ちました。

ほとんどの人がRuby 1.9.1を待っています。私自身、JRuby上のRuby 1.9.1上のRails 3.1を待っています。

最後に、多くの開発者がRubyを選択していることを忘れないでください。Rubyを使用すると、プログラミングが他の言語に比べてより楽しい体験になります。また、Ruby with Railsを使用すると、熟練したWeb開発者がアプリケーションをすばやく開発できます。

まず第一に、何に関して遅いのでしょうか？C？Python？Computer Language Benchmarks Gameでいくつかの数字を取得しましょう：

• Ruby 1.9とPython3は同じ規模
• PHP対Ruby 1.9の内の同じ大きさのオーダー
• Ruby 1.9対Java 6サーバーでは、最大で2 桁遅くなります。
• Ruby 1.9対C（gcc）で最大2 桁遅い！
• ...

Rubyが遅いと見なされるのはなぜですか？

あなたが尋ねる人に依存します。あなたはそれを知ることができます：

• Rubyはインタプリタ言語であり、インタプリタ言語はコンパイルされたものよりも遅くなる傾向があります
• Rubyはガベージコレクションを使用します（ただし、C＃もガベージコレクションを使用しますが、上記のよりアルゴリズム的でメモリ割り当てをあまり必要としないベンチマークでは、Ruby、Python、PHPなどよりも2桁優れています）。
• Ruby メソッドの呼び出しは遅い（ただし、アヒルの型付けのため、強く型付けされたインタプリタ言語よりも間違いなく高速です）
• Ruby（JRubyを除く）は真のマルチスレッドをサポートしていません
• 等

しかし、もう一度、何に関して遅いのですか？Ruby 1.9は、C（最大300倍高速になる可能性があります）と比較した場合、PythonおよびPHP（パフォーマンス係数の3倍以内）とほぼ同じなので、上記の（スレッドの考慮事項を除いて、アプリケーションがこの側面に大きく依存している場合） ）は主に学術的です。

この「遅さ」に対処したい場合、Rubyプログラマーとしてどのような選択肢がありますか？

スケーラビリティを考慮して書き込み、ハードウェアを追加します（メモリなど）。

速度が重要でトラフィックが激しいStack Overflowのようなアプリケーションに最適なRubyのバージョンはどれですか。

まあ、REE（Passengerと組み合わせたもの）は非常に良い候補です。

Railsの作成者であるDavid Heinemeier Hanssonのコメントは次のとおりです。

Rails [Ruby]は、Webアプリケーションの大部分を対象としたFast Enoughです。1日に何百万もの動的ページビューを実行するサイトがありました。最終的にYahooまたはAmazonのフロントページが表示される場合、既成のフレームワークですべての言語を使用しても、それほど効果はありません。おそらく、自分でロールする必要があります。しかし、確かに、私も無料のCPUサイクルが欲しいです。私はたまたま、無料の開発者サイクルについてずっと気にし、前者を後者と交換することをいとわないのです。

つまり、問題により多くのハードウェアやマシンを投入する方が、より多くの開発者を雇ってより速く、しかし言語を維持するのが難しいよりも安価です。結局のところ、CでWebアプリケーションを作成する人はほとんどいません。

Ruby 1.9は1.8よりも大幅に改善されています。Ruby 1.8の最大の問題はその解釈された性質（バイトコードなし、コンパイルなし）であり、Rubyで最も一般的な操作の1つであるメソッド呼び出しは特に遅いです。

Rubyのメソッド検索がほとんどすべてであるということは役に立ちません。2つの数値を追加し、配列にインデックスを付けます。他の言語がハッキング（Pythonの__add__メソッド、Perlのoverload.pm）を公開している場合、Rubyはすべての場合に純粋なOOを実行します。これは、コンパイラー/インタープリターが十分に賢くない場合、パフォーマンスを低下させる可能性があります。

Rubyで人気のWebアプリケーションを作成している場合、私の焦点はキャッシングです。ページをキャッシュすると、使用している言語に関係なく、そのページの処理時間がゼロになります。Webアプリケーションの場合、データベースのオーバーヘッドやその他のI / Oは言語の速度よりもずっと重要になり始めるので、それを最適化することに焦点を当てます。

コードの作成が遅い。コードの読み取りが遅い。バグの発見と修正には時間がかかります。機能や拡張機能の追加には時間がかかります。以前のものを改善したものはすべて勝利です。実行パフォーマンスが問題になることはほとんどありません。

答えは簡単です。他の言語との比較による測定では遅いため、ルビーは遅いと言われています。ただし、「遅い」は相対的なものであることに注意してください。多くの場合、ルビーやその他の「遅い」言語は十分に高速です。

Joel on Software-Ruby Performance Revisitedが それをよく説明しています。時代遅れかもしれませんが...

Ruby on Railsに慣れているので、そのまま使用することをお勧めします。
パフォーマンスの問題が発生した場合は、別の言語とフレームワークを使用することを再考するかもしれません。

その場合、C＃とASP.NET MVC 2を併用することをお勧めします。これはCRUDアプリで非常にうまく機能します。

Rubyは遅いと思います。インタプリタを高速化するために多くの努力が費やされていないからです。同じことがPythonにも当てはまります。SmalltalkはRubyやPythonと同じくらい動的ですが、パフォーマンスは大幅に向上します。http：//benchmarksgame.alioth.debian.orgを参照してください。Smalltalkは多かれ少なかれJavaとC＃（少なくとも10年前）に置き換えられたため、パフォーマンスの最適化作業は行われず、SmalltalkはRubyおよびPythonよりもはるかに高速です。Xerox ParcとOTI / IBMの人々は、Smalltalkの高速化に取り組む人々にお金を払うことができました。私が理解していないのは、GoogleがPythonを大規模に販売しているため、Pythonを高速化するためにお金をかけない理由です。代わりに、彼らはGoのような言語の開発にお金を費やしています...

まず、あなたが好きな言語について他の人が言うことを気にしますか？それがしなければならない仕事をするとき、あなたは元気です。

OOはコードを実行する最速の方法ではありませんが、コードの作成には役立ちます。スマートコードは常に、ダムコードや無用のループよりも高速です。私はDBAであり、これらの無用なループの多くを見て、それらを削除し、より優れたコードとクエリを使用すると、アプリケーションがより高速に、より高速に実行されます。最後のマイクロ秒を気にしますか？速度に合わせて最適化された言語があるかもしれませんが、他の人は彼らがしなければならない仕事をするだけで、多くの異なるプログラマーによって維持することができます。

それはすべて単なる選択肢です。

明らかに、Rubyが失う速度について話します。ベンチマークテストでは、RubyはPHPほど遅くないことが示されています。しかし、見返りに、メンテナンスが容易なDRYコードを入手できます。これは、さまざまな言語のすべてのフレームワークの中で最高のものです。

小規模なプロジェクトの場合、コードで複雑な計算が使用されておらず、主流のものだけが使用されているので、遅くなることはありません（ユーザーが5万人未満になるまで）。

より大きなプロジェクトでは、リソースの支払いは報われ、開発者の賃金よりも安くなります。さらに、RoRでコードを記述することは、他のどのコードよりもはるかに高速であることがわかります。

2014年にあなたが話しているこの速度差の大きさは、ほとんどのWebサイトにとって重要ではありません。

WebアプリケーションでRubyのパフォーマンスを処理する方法は、他のプログラミング言語と同じです。

建築

これは、他のほとんどのWebフレームワークよりもRailsで行う方が簡単です。

アプリケーションレベルでは、キャッシュされるはずのものをキャッシュし、インテリジェントな方法でDBへのアクセスを管理します（ボトルネックは通常、ほとんどのWEBアプリの「DB」アクセスにあるため）。

Railsを使用すると、これらの問題を簡単かつ自然に解決できます。データ、ページ、フラグメントをキャッシュするための抽象化がいくつかあり、最適化された再利用可能な方法でSQL部分を処理するための非常に優れた抽象化もあります（Active RecordおよびAREL）。

これが、高速で表現力のない言語（phpなど）で記述された非常に多くのアプリケーションが、Rubyの対応するアプリケーションよりも遅くなる理由です。これらの言語を使用してキャッシングとクエリに取り組むのは、Rubyの場合ほど簡単でエレガントではありません。

インフラストラクチャレベルでは、負荷分散など、私がたまたま知っていないことすべてについて考えるのが妥当です。HerokuやEngine Yardなどのプラットフォームをサービスプロバイダーとして採用することで、この問題を外部委託します。とにかく。ロードバランシングを使用したレールのデプロイは、おそらくそれほど難しくありません。

Rubyは、簡単に測定できるいくつかのタスク（たとえば、浮動小数点に大きく依存するコードを実行する）において、C ++よりも低速です。これはそれほど驚くべきことではありませんが、資格のない人に「Rubyは遅い」と言うのに十分な正当化です。彼らは、C ++よりもRubyコードを書く方がはるかに簡単で安全であるという事実を考慮していません。

最良の修正は、Rubyコードで別の言語（C、C ++、Fortranなど）で記述されたターゲットモジュールを使用することです。それらは重い作業を行うことができ、スクリプトはより高いレベルの調整の問題に焦点を合わせることができます。

ほとんどの場合、パフォーマンスとは、優れた設計と最適化されたデータベースの相互作用のことです。Rubyは、ほとんどのWebサイトで必要なこと、特に最近のバージョンを非常に高速に実行します。開発のスピードとメンテナンスの容易さは、コストと顧客の満足度を大幅に向上させます。JAVAは一部のタスクの実行パフォーマンスが遅いことがわかり、JAVAでの開発は困難であるため、ベンチマークで実証されているように、理論上の速度機能に関係なく、多くの開発者が遅いアプリケーションを作成しています（ベンチマークは通常、特定の狭い機能を示すために考案されています）。データベースの機能にあまり適していない集中処理が必要な場合は、プラットフォームに応じて、これらのタスクにCまたはObjective-Cまたはその他の本当に高性能なコンパイル済み言語を選択します。データベース化されたWebアプリケーションを作成する必要がある場合、他の要件に応じて、RoRを使用したり、C＃ASP.NETを使用したりしています。すべてのプラットフォームには長所と短所があるためです。アプリケーションが実行する処理の実行速度は重要ですが、結局のところ、言語の1つの狭い側面の実行パフォーマンスだけが重要な場合です。その後、私はまだすべてにアセンブラー言語を使用している可能性があります。

Rubyプログラムは他の言語で記述されたプログラムと比較されるため、Rubyは遅いと言われています。たぶん、あなたが書くプログラムはより高速である必要はありません。多分あなたがRubyを書くプログラムのためではない物事を遅くしているボトルネックで。

Ruby 2.1とJavascript V8の比較

通常のLuaと比較したRuby 2.1

Ruby 2.1とPython 3の比較

Rubyは開発者の生産性に優れています。Rubyは本来型がないため、テスト駆動開発を強制します。Rubyは、Cライブラリの高レベルのラッパーとして使用するとうまく機能します。Rubyは、JVMまたはRbx VMを介してマシンコードにJITコンパイルされている場合、長時間実行されているプロセスでも良好に機能します。純粋なルビコードで短時間に数値を処理する必要がある場合、Rubyはうまく機能しません。