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

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

labs.cybozu.co.jp

タグ : ssd storage performance search Webサービス web 検索ストレージ Server サーバ

コンピュータ・IT 173 users

検索エンジンや小さな行が多いデータベース等で使用する目的での SSD (Intel X25-M) のベンチマーク結果については、Kazuho at Work: Benchmarking SSD for MySQL をご覧ください (InnoDB の話をしていますが、Senna / Tritonn でも基本的に同じ) Sun が SSD 製品の投入を表明 (マイコミジャーナル) したり、Google が Intel の製品をテスト (The Register) したりと、クライアントサイドに続きサーバサイド... > このページを見る

最終更新時間: 2008年10月28日20時39分

▼ブログで紹介する

みんなのブックマーク人気（0）新着

kdaiba アーキテクチャ
ssdでベンチマーク 2008/11/07
cxx
"ベンチマークから明らかなように、検索データのストレージとして読み込み専用で使うのであれば、一般的な USB メモリでも HDD より数倍高速であることがわかります。" 2008/11/06
kusigahama
「検索データのストレージとして読み込み専用で使うのであれば、一般的な USB メモリでも HDD より数倍高速」ほー 2008/10/30
honeybe ssd
概算のベンチマーク尽き。参考までに。検索系を比較的安価に比較的速く出来るかも？ってことか？ 2008/10/30
kokoromo
盛り上がれる検索サービス作る技術があるならＨＤＤなりメモリなり使って高速に検索できる技術も持ってるはず・・・でも全文検索で４Ｇ超えるような時ってあるのか。初期のはてぶがそうだったなぁ、なつかしい。 2008/10/30
rawwell あとで書く
どういうところで SSD を使うべきなのでしょう。今回は、Tritonn (MySQL+Senna) のストレージとしての SSD の使用を検討することにしました。全文検索アルゴリズムは一般にランダムリードが頻発するため、索引をメモリにキャッ 2008/10/30
koumiya *サーバー
SSD のメリットはランダムリード性能にあるらしい。シーケンシャルなアクセスは変わらない。 2008/10/30
f-shin
インデックス更新の数が限られてる検索に使うのは良いですね。/sennaのインデックスは安価なサーバのメモリ最大容量の兼ね合いで、いずれ破滅するかもと思ってたので楽しみ。 2008/10/29
ore_de_work
JFFSとかにしないとすぐに書き換え限界回数に到達し、ストレージとして利用できなくなるから注意ということですね 2008/10/29
hiro_y system
SSDはランダムアクセスに強い/バイトあたり単価が安い/全文検索のインデックス置き場として。 2008/10/29
ono_matope SSD
書き込み回数制限的には問題ないのかな 2008/10/29
LukeSilvia tuning, 負荷
検索サービスを運用しようと思うと、従来は、メインメモリへキャッシュすることを前提に考える必要があったため、検索データ 1GB あたり１万円以上の投資が必要でした。しかし、SSD をうまく使えば、その 1/10 程度のコス 2008/10/29
monjudoh 検索, パフォーマンス
『10KB台のサイズでのランダムリード性能が数十MB/秒クラスの SSD を用意できれば、一昔前のサーバにオンメモリで索引を置いた場合に近い速度が発揮できそうです。』 2008/10/29
smly ssd
実機ベンチ期待 2008/10/29
se-mi 運用, 検索
SSDをサーバのストレージとして使えるか検証 2008/10/29
lestrrat
ほほーう 2008/10/29
balibali
SSDいいなあ 2008/10/29
agx search, storage, performance
SSDを利用すると、早くて安いランダムアクセス（全文検索）が行える。（HDDの2~4倍のはやさ。メモリの1/10の安さ。） 2008/10/29
dub
USB メモリ 2008/10/29
abekiti49
メモ 2008/10/28