Kazuho@Cybozu Labs: ウェブサービスにおける SSD 導入にむけて〜検索サービスの可能性

« Filter::SQL でデータベースを叩くワンライナーを簡単に書く方法 | メイン | ウェブサービスにおけるダメージコントロール (MySQL のスロークエリを自動的に kill する方法) » 2008年10月28日 ウェブサービスにおける SSD 導入にむけて〜検索サービスの可能性 実際に試してみた結果については、ウェブサービスの SSD 化について話してきましたをご参照ください。 検索エンジンや小さな行が多いデータベース等で使用する目的での SSD (Intel X25-M) のベンチマーク結果については、Kazuho at Work: Benchmarking SSD for MySQL をご覧ください (InnoDB の話をしていますが、Senna / Tritonn でも基本的に同じ) Sun が SSD 製品の投入を表明 (マイコミジャーナル) したり、Google

[kdaiba]

ssdでベンチマーク

[honeybe]

概算のベンチマーク尽き。参考までに。検索系を比較的安価に比較的速く出来るかも？ってことか？

[rawwell]

どういうところで SSD を使うべきなのでしょう。今回は、Tritonn (MySQL+Senna) のストレージとしての SSD の使用を検討することにしました。全文検索アルゴリズムは一般にランダムリードが頻発するため、索引をメモリにキャッ

[koumiya]

SSD のメリットはランダムリード性能にあるらしい。シーケンシャルなアクセスは変わらない。

[f-shin]

インデックス更新の数が限られてる検索に使うのは良いですね。/sennaのインデックスは安価なサーバのメモリ最大容量の兼ね合いで、いずれ破滅するかもと思ってたので楽しみ。

[hiro_y]

SSDはランダムアクセスに強い/バイトあたり単価が安い/全文検索のインデックス置き場として。

[ono_matope]

書き込み回数制限的には問題ないのかな

[monjudoh]

『10KB台のサイズでのランダムリード性能が数十MB/秒クラスの SSD を用意できれば、一昔前のサーバにオンメモリで索引を置いた場合に近い速度が発揮できそうです。』

[se-mi]

SSDをサーバのストレージとして使えるか検証

[lestrrat]

ほほーう

[balibali]

SSDいいなあ

[typester]

ランダムリードが重視される局面ではUSBメモリですらHDDよりはやかったりするらしい。へぇ

[agx]

SSDを利用すると、早くて安いランダムアクセス（全文検索）が行える。（HDDの2~4倍のはやさ。メモリの1/10の安さ。）

[dub]

USB メモリ

[teahut]

>SSD のメリットは、その圧倒的なランダムリード性能にあります。一方で、シーケンシャルアクセスの場合は大差ありません... SSD をうまく使えば、その 1/10 程度のコストでサービスを構築できそうに思えます

[terurou]

SSDはええなぁ

[kazuhooku]

↓id:hogawa あざーす。X25M 買ってくれたら実サービスで比較しますよ。まじでwww / 買ってきた

[koyhoge]

SSDのランダムアクセス性能を生かして全文検索に用いる