kなんとかの日記 このページをアンテナに追加

2010-04-27

SSD の風が吹けば Intel が儲かる

| 09:06 |  SSD の風が吹けば Intel が儲かるを含むブックマーク

話は変わって:

とはいえ、HDDSSDそのもののアクセス性能を比較した場合は10倍から20倍性能が違うのに対し、実際の業務を想定したOLTP処理性能の比較ではそれが2倍〜3倍程度に収まりそうであるのにはやや肩すかしを食らった感じもします。

no title

これはそんなもんじゃないかなあ。データベースではディスクアクセスがボトルネックとはいえ、性能の 90% を占めているわけじゃないからね。

たとえば処理にかかる時間全体のうち、ディスクアクセスにかかる時間が 60% を占めていたとする。ここで SSD によってディスクアクセスが 10 倍高速化したとすると、全体の処理時間は:

40% + 60% * 1/10 = 46%

もとの処理時間の 46% になる。SSD でディスクアクセスが 10 倍高速化しても、処理全体の時間は約 2 倍速くなっただけ。もし 20 倍高速化したとしても:

40% + 60% * 1/20 = 43%

もとの処理時間の 43% になるだけ。10 倍が 20 倍になっても、全体の性能としてはもとの 3 % しか違わない。

こうしてみると、SSD 導入による効果は「高速化」よりも「HDD というボトルネックがなくなる」ことであり、それはイコール「CPU が速くなれば速くなるほど性能が目に見えて向上する」ということなんだと思う。

SSD を導入
 ↓
HDD というボトルネックがなくなる
 ↓
CPU の高速化がそのままシステムの高速化につながる
 ↓
CPU の費用対効果が高くなる (速い CPU を買う理由ができる)
 ↓
高くても高速な CPU が売れる
 ↓
Intel ウハウハ

そう考えると、IntelSSD を手がけている理由が見えてくる。今までは、単に Intel の製造設備が余っているから SSD 製造に乗り出したんだと思ってたけど、実は高性能な CPU を売るための地道な戦略の一環なのかもしれない。HDDボトルネックになるから高性能な CPU が売れない … それならそのボトルネックをなくしてしまえばいいじゃない、そうすりゃ高性能な CPU が売れるでしょ?

そこまで考えているなら Intel スゲー。

flat8flat8 2010/04/27 10:19 確実にIntelはそこまで考えていると思います。で、ある程度SSDが普及したらSSD自体の製造からは手を引くでしょうけど。

通りすがり通りすがり 2010/04/27 11:31 クライアントコードの処理時間(コスト):バックエンドの処理時間(コスト)の考察無しには、SSD時代になったとしても一概にスクリプト言語不利とも言えないのではないでしょうか。

yuki_heroyuki_hero 2010/04/27 12:10 まぁ、巨大な企業は、社会基盤そのものにも目をつけていますから...

cpwcpw 2010/04/27 12:43 アプリケーションサーバは分散が容易とういうことを忘れてはいけませんよ。サーバも安くなってきてますしね。人件費の方が高コストです。

GoatGoat 2010/04/27 13:02 ボトルネックになるのはストレージだけではないでしょう。PHPはもちろん、Ruby、Python、Perlも多くはウェブ系のシステムに使われていると思いますが、そういう場合ではネットワークがボトルネックになってきます。
そして、スケールアップよりもスケールアウトという流れの中でますますその傾向は強くなっています。

仮にコードがボトルネックになったとしても、多くの場合はアルゴリズムに問題があるのであって、そこを改善してオーダーを変えてしまえば、5倍〜10倍の差なんて問題にならなくなりますし、そもそもタイムクリティカルなミドルウェアでは今でもCやC++が主流なのでSSDがスクリプト言語に与える影響はほとんどないのではないかと思います。

通りすがり通りすがり 2010/04/27 13:44 インタプリタかコンパイルかで速度が極端にかわるようなら、単純にPerl,PHP,Ruby,Python等で静的コンパイルできるようにするんじゃないかなぁ〜?

muhamuha 2010/04/27 13:51 逆にますますインタプリタが使われると思う。 人件費より高いの無いでしょ

とことことことこ 2010/04/27 14:38 確かにトランザクションが多いところはそうなるかもしれない、
よく知りませんがスクリプト言語の作成効率が高ければ、そんなにトランザクションがおきないところは安く構築するために有効だと思われるので、そんな劇的にシフトはしない気がする。

TaruryunTaruryun 2010/04/27 17:08 元のテストの結果は、僕が読む限り、
処理能力が頭うったのは
『DBサーバの』CPUに読めるんですが・・・。

もし息の根止められるとしたら、フロント用アプリケーションを書くための言語もろもろではなく、「SQLというスクリプト言語」でしょう・・・

apollo440apollo440 2010/04/27 21:46 いやいやいや、”全”プログラマーって。ストレージ使うのが当たり前じゃない世界もあるし、もうちょと範囲狭くして欲しい気が。

あと、(人気の)スクリプト言語は、「使いやすい」じゃなくて「遊びにはよい」かと。

nonamenoname 2010/04/28 00:56 C++, javaで生活している者から一言


スクリプト屋(笑
が必死だなw

neginegi 2010/04/28 18:04 仕事でjavaからphpに移って6年くらいだけど、
スクリプト言語は
実行速度やコード書く速度とかより
バグが激しくてテストが半端ないよ。
誰かが書いたソースを使いたく無いし、
使おうと思うとソースの細部まで読まなきゃならなくなる
せめて返却値くらいは型を決めてくれ。
NULLの場合とBoolの場合とがあるって糞でしょ?
あとExceptionもだね。

俺もOCamlが何で流行らないのか疑問なんだよね。
OCamlは関数型言語で手続き型から移行しやすい言語だと思う。
まあデフォルトで日本語使えねーって事もあるかもね。
camomileも開発止まってるのかな?
他はHaskellに期待してます。

スクリプト屋は一度、静的型付けの関数型言語をかじった方がいいと思うよ。

noricyannoricyan 2010/04/29 09:12 言語を叩く人は、決まって使う人間を叩くんだよね。

そもそもそもそも 2010/05/04 17:37 C++みたいに簡単で便利な言語がすでにあるじゃない。