Tag Archives: ベンチマーク

Permalink to single post

WordPressのベンチマーク

卒論とかやばい。にも関わらず鯖いじり。

現在atomでサーバー(自宅サーバー)やってみたりしてます。省電力だし、大してスペックもいらねぇだろうと思っていたからです。が、WordPressとかPukiWikiとかがやっぱり遅い。過去にWordPressの高速化を試みたりもしましたが、結局のところあまり成果は出ず。最終的にこれはAtomが原因なのかその他の要因があるのか区別するためにもベンチマークとってみました。

テスト環境

  • 環境A: 現行サーバー
    • Intel Atom N330 (1.6GHz Dual Core+HT)
    • メモリ 2GB(2GB DDR2一枚)
  • 環境B: デスクトップマシン
    • Intel Core 2 Duo E8500 (3.16GHz Dual Core)
    • メモリ 4GB(2GB DDR2二枚)

ソフトウェアは両方同じ。

  • Gentoo Linux
  • Apache/2.2.14
  • WordPress 2.9.1-ja

で、Apache Benchを使って計測。CPU能力はかるのが目的なので、ローカルホストからのアクセスのみ計測しました。

コマンドは

$ ab -n 100 -c 10 http://wordpressのトップページのURL/

です。

そしてその結果

  • 環境A (Atom)

Document Path:          /path/to/wordpress
Document Length:        5964 bytes

Concurrency Level:      10
Time taken for tests:   33.000 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Total transferred:      631600 bytes
HTML transferred:       596400 bytes
Requests per second:    3.03 [#/sec] (mean)
Time per request:       3300.000 [ms] (mean)
Time per request:       330.000 [ms] (mean, across all concurrent requests)

Transfer rate:          18.69 [Kbytes/sec] received

Connection Times (ms)
min  mean[+/-sd] median   max
Connect:        0    0   0.0      0       0
Processing:  1410 3227 561.2   3290    4610
Waiting:     1410 3224 561.4   3290    4610
Total:       1410 3227 561.2   3290    4610

Percentage of the requests served within a certain time (ms)
50%   3290
66%   3480
75%   3570
80%   3640
90%   3800
95%   4030
98%   4460
99%   4610
100%   4610 (longest request)

  • 環境B

Document Path:          /path/to/wordpress/
Document Length:        5610 bytes

Concurrency Level:      10
Time taken for tests:   8.536 seconds
Complete requests:      100
Failed requests:        0
Write errors:           0
Total transferred:      585100 bytes
HTML transferred:       561000 bytes
Requests per second:    11.71 [#/sec] (mean)
Time per request:       853.649 [ms] (mean)
Time per request:       85.365 [ms] (mean, across all concurrent requests)

Transfer rate:          66.93 [Kbytes/sec] received

Connection Times (ms)
min  mean[+/-sd] median   max
Connect:        0    0   0.0      0       0
Processing:   407  841 131.7    842    1237
Waiting:      407  841 131.7    842    1237
Total:        407  841 131.7    842    1237

Percentage of the requests served within a certain time (ms)
50%    842
66%    890
75%    916
80%    940
90%   1009
95%   1044
98%   1165
99%   1237
100%   1237 (longest request)

Core 2 duo E8500のが4倍近く早いですね。

結論

以前、wp-cacheを導入してみた時も4倍近く早くなりました。つまり、Core 2 Duo E8500の場合であればボトルネックは別のところ(ディスクアクセスとか?)に発生していると推定することもできます。

その推定が正しければ、このWordPressの速度のボトルネックはやっぱりAtomになってしまうようです。

WordPressだのWikiだの、Webプログラム使いまくる人にはやっぱりAtomはやや厳しいところがあるようです。

・・・まぁ当たり前っちゃ当たり前か。

ということで、WordPressを高速化するためにも新しいサーバーを買うことにするわけなのです。

Permalink to single post

BUFFALO LSW3-GT-5NSのベンチマーク

うちのデスクトップマシンは、すべて1000BASE-T対応。
うちのハブ付きブロードバンドルーターは、100BASEまでの対応。

・・・非常にもったいない。

ということでギガビットのスイッチングハブかっちゃいました。
BUFFALOのLSW3-GT-5NS。

とりあえずベンチマーク。

環境

[サーバー]—[HUB]—[クライアント]

  • サーバー
    • Gigabyte GA-8IG1000 Pro-G
    • Gentoo Linux
  • クライアント
    • Gigabyte GA-G33M-DS2R
    • Gentoo Linux
  • HUB
    • (1)WHR-AMG54(無線付き、100BASE-TX)
    • (2)LSW3-GT-5NS(1000BASE-T)

計ってみると・・・

今までのルーター→88.8Mbps (11.1MB/s)

新しいギガビハブ→646.4Mbps (80.8MB/s)

予想以上に速かった。
というか、「ギガビなんて実際のスループット大したことねぇだろ」なんて勝手に思ってたから、その考えを覆された感じ。僕の脳みそが古いんでしょうかね。
普通に考えれば当たり前の結果ですが。。。

むしろこれは遅い方なのかなぁ。。。

まぁとにかく、これでルーターとカスケード(っていまも言うの?)させて使うことにします。