#isucon ではどんなことを考えながら作業していたか - 酒日記 はてな支店
前のエントリ #isucon で優勝してきました は当日夜に酔っ払った頭で勢いで書き上げたので、少し冷静に振り返ってまとめてみます。 最初のボトルネック発見 DB が CPU 4コアをフルに使って回っているのですぐに Query が重いのは分かった 重いクエリはキャッシュすれば、という発想は自然 (実際 MySQL のクエリキャッシュだけでスコアは 1.5倍程度上がる)、とはいえ このクエリは実行に 300〜400 ms 程度かかる アプリケーションの要件上、毎秒更新する必要がある 1秒ごとに更新に 0.3〜0.4秒かかる処理をするのは悪手だろう cache が消えてから生成、とすると生成処理が複数同時に走って無駄が大きい (実際ベンチマーク中の slow query を見ると 600〜700 ms 程度の時間が掛かっていた) ということで、DB のテーブル構成を変更して高速化できないか、
Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel
Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel RailsのアプリをPound、Varnish、Nginx、Unicorn、Mongrelを使用して動かした際の速度ベンチマーク。以下の構成での同一Railsアプリをhttperfでベンチマークした結果をまとめます。 Pound -> Varnish -> Nginx -> Unicorn * 2 Varnish -> Nginx -> Unicorn * 2 Nginx -> Unicorn * 2 Mongrel (Rails.env == 'development') node.js (Express + Socket.IO) 全体の構成Poundを80番ポートを公開し、Varnishを81番ポート、nginxを8080番ポート、Unicornの2プロセスをsocke
Objective-Cの『遅さ』を計測したら、JavaやC++の5倍も遅かった
なお、メモリ消費量はtopコマンドで測ったので、かなり大雑把な数字だ。また、Cで同様の処理のコードを書くと、ほぼC++と同じ速度になる。 追記(2011/02/17 8:50)：Rubyによるベンチマークを追加。 追記(2011/02/17 11:00)：Smalltalkによるベンチマークを追加。ソースコードは「Smalltalkのtは小文字です」のループ回数を修正した。 追記(2011/02/17 16:00)：Perlによるベンチマークを追加。 追記(2011/02/18 10:30)：Java 1.6.0_22で実行した、Scalaによるベンチマークを追加。また、clang/llvmでC++とObjective Cの値を取り直し、改善が見られないのを確認。 追記(2011/02/18 14:30)：Ruby 1.8.7によるベンチマークを追加。1.9.2との速度差については、@IT
PHPベンチマーク: Zend Framework vs Symfony vs CakePHP vs CodeIgniter vs PHP on TRAX
先日、Zend Frameworkが正式に1.0.0としてリリースされました。 公式だし今後使っていこうかなと思ったんですが、最近人気のある他のPHPフレームワークと比べて パフォーマンスの面でどう違うか気になったので簡単なベンチマークをとって比較してみました。 今回使用したフレームワークはZend Framework、Symfony、CakePHP、CodeIgniter、PHP on TRAXの5つです。 各フレームワークで行った処理はコントローラを呼び出しビューに遷移させて "Hello World!"を表示させるだけのかなりシンプルな内容です。 DBへの接続やモデルの作成は行わず、自動レイアウト機能があるものはオフにするか全て削除しています。 使用したソースはこちらからダウンロードできます。 ベンチマークを行った環境はCeleron 1.7GHz、メモリ1GBのLi
CakePHPとsymfonyのメモリ使用量を比較してみた - yandod's blog
「CakePHPを使っているとメモリ不足で落ちる」というなんだか微妙な話が挙がっているようなので休み中に検証してみました。CakePHPの1.1と1.2、それにsymfonyを対象としてORマッパーに意図的に大量データを取得させた場合のメモリの使用量を計測してみると、まぁほぼ妥当といってよい結果を得ることが出来ました。 とりあえず先に結論を。 メモリの最大使用量がphp.memory_limitに達した場合はCakePHPとsymfonyも処理が止まる 処理に必要になるメモリの量はsymfonyもcakeもほぼ同様 処理速度を厳密に比較するならば データ量によって順番は変動する メモリの使用量を厳密に比較するならば CakePHP1.1 < symfony < CakePHP1.2 symfonyのsfDebugのメモリ使用量は実際の使用量から乖離している (参考) http://www.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
1,000円を切る低価格で登場、「さくらのVPS」をチェック――徹底ベンチマーク編 3ページ | OSDN Magazine
