Browser Wars: A New Installment of our Ongoing Series on Browser Speed - New Relic Blog
It’s time for another installment of our “Browser Wars” blog series. Thanks to our Real User Monitoring (RUM) feature, we are able to periodically report on average browser speed experienced by the end users of the nearly 700,000 application instances monitored by New Relic. For the curious, New Relic monitors just over 1 million pageviews a minute at peak; about 40 billion a month. That’s double
The Great Ruby Shootout (December 2008) | Programming Zen
The long awaited Ruby virtual machine shootout is here. In this report I’ve compared the performances of several Ruby implementations against a set of synthetic benchmarks. The implementations that I tested were Ruby 1.8 (aka MRI), Ruby 1.9 (aka Yarv), Ruby Enterprise Edition (aka REE), JRuby 1.1.6RC1, Rubinius, MagLev, MacRuby 0.3 and IronRuby. Disclaimer Just as with the previous shootout, befor
httperfによるWebサーバのベンチマーク - (・∀・)イイ!!Memo
構築環境: RedHat? 9 httperfとは † Httpサーバベンチマークツール。 httperfなら、Webサーバが毎秒100リクエストを受けながら、MySQLのベンチマークを行なうといったことが可能。 Apacheのabとの違いは、毎秒のリクエスト数を指定できるところ。 abはいつもCPUはフル稼動だ。 abでは「毎秒100リクエスト送った場合のCPUの負荷がどうなってるか」がわからない。 ↑ 使い方 † 例。 #httperf --server hostname --port 80 --uri /test.html \ --rate 150 --num-conn 27000 --num-call 1 --timeout 5 rate 1秒間に生成するコネクションの数。 1秒間に発生するリクエスト数は rate×num-callになる。 num-conn 総コネクション
railsログの分析ツール - urekatのスカンク日記３
「rails log analyze analyzer production.log」とかで検索。 http://rubyforge.org/projects/rails-analyzer/ 最終更新が古いし肝心の「Production Log Analyzer」が無いんですけど。 と思ったらこっちで発見。 http://rubyforge.org/projects/seattlerb インストールはgemで「sudo gem install production_log_analyzer」 # LogParser parses a Syslog log file looking for lines logged by the 'rails' # program. A typical log line looks like this: # # Mar 7 00:00:20 online1
第4回 Railsアプリケーションをもっと速く | gihyo.jp
Rails Web アプリケーションをもっと速く こんなストーリーを考えてみます。 あなたは、Railsを学び、アプリケーションを作成し、サービスをインターネットに公開しました。しばらくすると、最初のユーザができます。あなたはとてもハッピーです。そうするうちにユーザが二人増え、十人になり、百人になりました。あなたはハッピーです、ユーザーもみんなハッピーです。 でも、ユーザが千人になり、一万人になり…。といった場合、何が起こるでしょうか？ そこで起こるのはアプリケーションへの同時接続数増加によるサービス提供速度の低下です。ユーザ数が一万人を越えてしまうWebサーバに特有の問題は、C10K問題として知られています。 それでなくとも、残念ながらRailsは同様他種フレームワークと比べて、単位時間あたりの処理量が低いことで知られています。その理由は、RailsではRubyが遅くて、NativeTh
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
Perl で YAML と JSON のベンチマーク比較 - Daio Today
Perl で YAML と JSON のベンチマーク比較 YAML や JSON が軽い！速い！と言われているが、どれくらい速いのか Perl モジュールでベンチしてみた。 ※個人的に興味があったのがデータの読み込み (Load) だけだったので、データの書き出し (Dump) はテストしていない。 結果的には、YAML と 比べて JSON の方が 6倍〜8倍高速。ただし、これはデータ量が少ない場合で、データ量が大きくなると 0.5倍〜0.8倍 と差が縮まってしまう。 また、YAML::Syck と JSON::Syck で比べると、データ量にかかわらずその差は数パーセント程度になってしまう。 ちなみに、Data::Dumper でダンプしたデータを eval したものとも比べてみたが、YAML を基準にすると eval は約50倍速く、YAML::Syck (と JSON::Syck)
赖洪礼的 blog » Benchmark: Passenger (mod_rails) vs Mongrel vs Thin
Since the initial release of the teaser screencast, a lot of people have asked about Passenger’s (a.k.a. mod_rails) performance compared to Mongrel and Thin. Here’s the benchmark that you’ve all been waiting for. In this benchmark, we compare the following software: Phusion Passenger (mod_rails), latest development version Mongrel 1.1.4 Thin 0.7.1 System specification: Intel Core 2 Duo, T5300 @ 1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミング言語 Ruby リファレンスマニュアル