UNIXなんて時代遅れだよ。ださ。性能低っ!ゲラゲラ (736ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
648(2): 2007/11/19(月)02:03 AAS
SPARCって間違いなく値段のわりに遅いんだけど・・・・
わざわざCPUにだけ負荷がかかるプログラムをJavaで作ってXeon(3GHzくらい)マシンとSPARC(Ultra SPARC 3 1.2GHz)マシンで
比較したら、Xeonの方が速かった。
ちなみに以下のテストプログラム(抜粋)を使いました。
long time = System.currentTimeMillis();
for ( int i = 0; i < 1000000; i++ ) {
"abasklkdiewklslk;sklklsfalkdsjdlkdsewi".indexOf("あ");
}
time = System.currentTimeMillis() - time;
System.out.println("処理時間：" + time + "ms");
【解説】
適当な文字列から「あ」という文字が出てくる位置を検索するだけの処理を、100万回繰り返し、
処理所要時間をミリ秒精度で計算してコンソールに出力します。
SPARCはXeonの倍近いスピードが出ました。サーバーの発売(?)時期はXeonマシンの方がちょっと
新しい程度。XeonはLinux+SUN純正のJava1.4.2、SPARCマシンはSolaris9+SUN純正のJava1.4.?でした。
わざわざSUN純正のJavaランタイムで動かしたので、特別にXeonに有利な環境ではありません。
ちなみにテスト開始時点のCPU負荷がほぼゼロであることを「vmstat 1」で確認。いずれもデュアルコア
CPUなので、テスト中のCPU負荷率はほぼ50%で推移しました。
652(1): 2007/11/20(火)00:10 AAS
>>650
言葉たらずでした。別にOSを比較しているつもりはありません。
OSの出来栄えによって性能が変わるとしたら、ディスクI/OやネットワークI/Oなど
を検証すべきでしょう。私のテストプログラムは、メモリ内にあらかじめロードされている
文字列を何回もスキャンするというだけのものです。だからこそOSの良し悪しの影響
が出にくく、純粋にCPUの性能を見ることが出来ると思い、このようなテストプログラムを
書いたわけです。
それから>>648は大きな間違いをしていたので訂正します。
「SPARCはXeonの倍近いスピード」は「XeonはSPARCの倍近いスピード」の間違いでした。
OSが問題だと言っているのではなく、CPUの性能差があり過ぎて結果的にUNIXは遅い
と言っています。
実際にIntelCPUマシン上のLinuxとUNIXを触ったことがあるJavaやさんなら、gzipやプログ
ラムのコンパイル時間がIntelマシンの方が高速であることは誰でも気付いていると思います。
わたし自身非常にそれを痛感します。たとえば、
・開発用のLinuxマシンの方が本番機のUNIXよりコンパイルが速い。
(Javaコンパイラ使用。Javaコンパイラはそれそのものの処理の圧倒的多数がJavaで書かれている。)
・1GB以上のファイルをtar+gzで圧縮すると、UNIXはいつまで経っても処理が終わらない。
UNIXで作ったtar+gzをLinuxで展開すると嘘みたいに短時間で処理が終わる。逆にLinuxでtar+gzを
作るのもすぐ終わるが、UNIXでtar+gzを展開すると遅い。
などを日々実感しています。
661(1): 2008/06/26(木)05:55 AAS
>>648のXeonはCore2かな。
本来RISCはハードを簡素にしてクロックをあげやすくするという面もあったのに
実際には、x86に追従できてない。(Power6は別だが)
それにIPCもx86の方が上なんでは?
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s