SSD - MongoDB
Intel's larger drives seem to have higher write IOPS than the smaller ones (up to 23,000 claimed for the 320 series). More info here. Real-world results should be lower, but the numbers are still impressive. Reliability Some manufacturers specify relability stats indicating failure rates of approximately 0.6% per year. This is better than traditional drives (2% per year failure rate or higher), bu
Fusion-ioのCOO・スミス氏、SSD「Fusion-io」の技術的特徴を解説 | エンタープライズ | マイコミジャーナル
フュージョンアイオーは10月15日、米Fusion-io COOのランス・スミス氏、ワールドワイド・セールス シニア・バイスプレジデントのジム・ドーソン氏の来日に合わせて、記者説明会を開催した。説明会では、両氏が同社の製品の特徴について解説したほか、デルよりFusion-io製品を搭載した同社サーバの検証結果が発表された。 米Fusion-io COO ランス・スミス氏 同社は、PCI Expressカード型SSD「ioDrive」と「ioDrive Duo」を開発・提供を行っている。両製品の特徴はNANDフラッシュメモリを搭載することで、ストレージにおけるI/O処理のボトルネックを解消している点だ。 スミス氏は、同社の製品はNANDフラッシュメモリが抱える「データの書き込み回数に限界がある」、「データロスのおそれがある」、「データが誤って書き換えられるおそれがある」といった課題を解決して
HDDをSSDにしたらデータベースはどれだけ速くなるか？ オラクルと富士通が実験
リレーショナルデータベースを利用する際には、高い性能を引き出すために物理設計をし、スキーマを工夫し、パラメータのチューニングを行うことがつねに行われてきました。 性能のボトルネックはたいがいHDDにあり、いかにそのボトルネックを回避するかがチューニングのポイントですが、最近では性能向上のための武器として、HDDよりもずっとアクセス性能の高いSSDが注目されています。SSDはHDDと置き換えるだけで、アプリケーションにまったく手を加えずに性能向上を可能にする手段として非常に魅力的です。 HDDの代わりにSSDを利用したら、リレーショナルデータベースの性能はどれだけ向上するのでしょうか？ オラクルと富士通が共同検証を行い、その結果をホワイトペーパーとして先週発表しました（参考「日本オラクルと富士通 フラッシュ技術活用によるデータベース高速化を共同検証」）。 ホワイトペーパーでは、HDDの代わり
はてなのサーバ運用は教科書的なスケールアウト手法? - kazuhoのメモ置き場
はてなにおける SSD の実績 - mura日記 (halfrack) の感想。木を見て森を語るような話ですが、この iostat を見ていて興味深かったのが、 ボトルネックは SSD この状態だと iostat -x の ioutil は 100% にかなり近い値40%-50% 前後だと思う*1 CPU がスカスカ メモリもそんなに積んでない*2 それでも SSD を複数台つながない、ってことは、ストレージの上限にあわせて CPU とメモリをスケールダウンする方針なんだろう。絵に描いたようなスケールアウトダウンアプローチ。 高可用性はレプリケーションで確保する、と割り切るなら、サーバ毎に RAID を組んでシステムを複雑化させる必要はないし*3、方針がはっきりしてて素晴らしいな、と思った。 酔っぱらってるようなエントリだけどまだ飲んでない 追記： うちのパストラックの新サーバの X25-
はてなにおける SSD の実績 - mura日記 (halfrack)
社内で SSD の寿命について話題に上がったので、ちょろっと X25-M G1 の運用実績に関する日記を書いてみよう。 プロダクション環境にある MySQL が動いているホストから、比較的 I/O が激しいものをチョイスして smartctl を叩いた結果がこんな感じ。 # smartctl -d ata -a /dev/sda smartctl version 5.36 [x86_64-redhat-linux-gnu] Copyright (C) 2002-6 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Device Model: INTEL SSDSA2MH080G1GC Serial Number: xxxxxxxxxxxxxx
Last.fmがサーバにSSDを導入、分散ファイルシステムもSSD対応にしてスケール向上に成功！
音楽配信サイトのLast.fmは、今年の10月からXbox Liveでも利用できるようになったことを受けてユーザー数が大幅に増加。これに対応するためサーバにSSDを採用したところ、問題なくスケールの向上に成功してしまったことをブログ「Launching Xbox, Part 2 - SSD Streaming」で明らかにしています。 SSDで同時接続数が300から7000に増加 Last.fmはこれまで7200rpmのSATAドライブをバックエンドに利用。ファイルシステムとしてオープンソースの分散ファイルシステムであるMogileFSを採用していました。 オーディオストリーミングの能力は基本的にこのMogileFSの管理下にあるハードディスクのランダムI/O性能に依存しており、現在は1つのハードディスクあたり約300同時接続をサポートしていたとのこと。 しかしXbox LiveがLast.
Kazuho@Cybozu Labs: Comparing InnoDB performance on HDD, SSD, in-memory
Details: The benchmark was taken using MySQL 5.1.41 using innodb_plugin running on linux 2.6.31/x86_64 (Ubuntu 9.10 server). Options passed to sysbench were: --test=oltp --db-driver=mysql --mysql-table-engine=innodb --oltp-table-size=1000000 --mysql-user=root --mysql-db=test --oltp-table-name=test_t --num-threads=20 . My.cnf was set as follows. max_allowed_packet=16777216 query_cache_size=0 defa
SSDのデフラグの効果を検証 - Lansenの現実逃避日記
2009/02/14: PerfectDisk 2008の"空き領域の結合を重視"オプションをつけた結果を掲載しました SSDにおける断片化の影響について SSDにはデフラグは不要という主張を時々目にしますが、実際にはSSDもデフラグの効果はあります。ただし、Windows標準のデフラグはあまり効果がありません。 SSDは、ランダムリード速度に優れたストレージです。そのため、書き込み済みのファイルが断片化していても、そのファイルの読み込み速度はあまり低下しません。 一方、JMF602搭載製品など、一部のSSDはランダムライトがHDDより遅いという欠点を持っています。それらのSSD上の空き領域が断片化していると、書き込み速度が低下してしまいます。Windows標準のデフラグは、積極的に空き領域のデフラグを行わないため、書き込み速度を回復させる効果は高くありません。 空き領域の断片化は、書き込
次世代ファイルシステム「Btrfs」はSSD最適化にも注力 － ＠IT
2009/10/23 Linux向けの次世代ファイルシステムとして注目されている「Btrfs」（バター・エフエス）。東京・秋葉原で開催中のThe Linux Symposium 2009で10月23日、Btrfsプロジェクトの創始者で開発をリードするクリス・メイソン氏が、Btrfsで実現する機能や現状について紹介した。 Btrfsは2007年にオラクルが発表した新しいファイルシステムだ。2009年1月にカーネルに取り込まれていて、すでにディスク上のフォーマットはフィックスされていることから、アーリアダプター層などには「すでに十分に使えるレベル」（メイソン氏）になっているという。Btrfsはオラクルが開発していると思われがちだが、IBMやインテルからもコードの貢献があり、例えば次期バージョンに含まれるRAID 5/6/60にはインテルが取り組んでいるという。また、SSDへの最適化も進めており
SSDによるコンテンツキャッシュ(ソフト編)
日本最強の看板を下ろしたミラーサーバftp.jaist.ac.jpの管理者の一人が、 このサーバにまつわるよしなしごとを語ります。 English versions of some posts on another blog. ZFSにはSSDをキャッシュに使ってランダムリードの性能を稼ぐL2ARCという仕掛けがあります。L2ARCはOpenSolarisでは使えるのですが、Solaris 10ではまだ使えません。10u6 (10/08)で使えるようになると言われていたのが延期されて、今年の10u7 (5/09)で使えるだろうと思っていたのが、また延期されてしまいました。実は10u7に合わせてSSDを購入したのですが、当てが外れてしまいました。 仕方ないのでバージョン2.2から実用可能になったApacheのmod_disk_cacheを使おうかと思ったのですが、これがうまくありませんでした
どう付き合うかSSD
2012年に256Gバイト品が50米ドルで手に入る─。NANDフラッシュ・メモリを用いたストレージ装置であるSSD（solid state drive）について，一部の調査機関などの間で，こうした予測が出始めている。ノート・パソコンや車載機器，産業機器など，多くの電子機器で当面はほぼ十分といえる256Gバイトのストレージを，HDDと同程度の価格で実現できる。 メモリ・メーカーが掲げる計画と，技術の先行きから考えると，この仮定が現実のものとなる可能性は低くない。SSDの躍進の原動力となってきた低コスト化は今後，少なくとも2年間は，これまでとほぼ遜色ないペースで進んでいくとみられる。 256Gバイト品がHDDとほぼ同等の価格で入手できるようになれば，機器メーカーはあれこれ考えずに，HDDをスムーズにSSDに置き換えられるのか─。 事は，そう単純ではない。低価格化と同時に，NANDフラッシュ・メ
B木 - naoyaのはてなダイアリー
昨年から続いているアルゴリズムイントロダクション輪講も、早いもので次は18章です。18章のテーマはB木(B Tree, Bツリー) です。B木はマルチウェイ平衡木(多分木による平衡木)で、データベースやファイルシステムなどでも良く使われる重要なデータ構造です。B木は一つの木の頂点にぶら下がる枝の本数の下限と上限を設けた上、常に平衡木であることを制約としたデータ構造になります。 輪講の予習がてら、B木を Python で実装してみました。ソースコードを最後に掲載します。以下は B木に関する考察です。 B木がなぜ重要なのか B木が重要なのは、B木(の変種であるB+木*1など)が二次記憶装置上で効率良く操作できるように設計されたデータ構造だからです。データベースを利用するウェブアプリケーションなど、二次記憶(ハードディスク)上の大量のデータを扱うソフトウェアを運用した経験がある方なら、いかにディ
SSD がコモディティになっても状況はかわらない - kazuhoのメモ置き場
脊髄反射。 Oracle や MySQL など近年の RDBMS はインデックスのデータ構造にB木 (の変種) を採用していますが、その理由はここにあります。 SSD がコモディティになると状況は変わる (中略) 二次記憶上での検索用のインデックスにはこれまで B木のようなディスクに最適なデータ構造が必然的に選択されてきましたが、SSD に変わると、現実的に利用可能なデータ構造にも幅が出て、アプリケーションによっては劇的な改善が可能になるというわけです。 この先 SSD の普及によって、色々なソフトウェアで、驚くような改善が行われる機会を目にすることが多くなるのではないかと思います。その時、単に SSD に変わったから速くなったと捉えるのではなく、どのようなデータ構造が選択されて、そのデータ構造の特性が SSD とどのようにマッチしたのかという視点で見ていくことが大切ではないかと思います。
Web Service on SSD
3. HDD 上でのデータベース運用 HDD は遅い 7200rpm × 60sec/min × 0.5 = 平均 240tps 書き込みバッファを活用 DBMS, OS, RAID カード , HDD の各レベル ランダムリードはバッファリング不可能 I/O トランザクションを減らすしかない メモリキャッシュへのヒット率が最重要 OS, RDBMS, memcached … 4. HDD パフォーマンスの上限予測 限界 tps × アクセス単位 = 上限スループット アクセス単位 (bytes/transaction) の把握 OS レベル iostat -k 3600 して (kB_read/s+kB_wrtn/s)/tps MySQL レベル (InnoDB) show innodb status の File I/O innodb_flush_method=O_DIRECT 前提
SanDisk、SSD向けファイルシステム「ExtremeFFS」を解説～“プチフリ”と無縁な、高速化技術
SanDisk、SSD向けファイルシステム「ExtremeFFS」を解説 ～“プチフリ”と無縁な、高速化技術 米SanDiskでSSDマーケティング部門の上級ディレクターを務めるDon Barnetson氏に、同社のSSD製品/技術に関する話を伺う機会を得た。同社はここ最近、SSDに関する指標や新技術を立て続けに発表している。一部、過去のレポートと重複する点もあるが、高速化技術などについて具体的なメカニズムは、今回初めてお伝えする。 ●SSDのランダムライトを100倍高速化するExtremeFFS 同社は'94年に、NANDフラッシュメモリ用ファイルシステム「TrueFFS」を開発した。これは、Windows 95や、一般的な携帯電話などに採用されている。NANDフラッシュメモリでは、データを直接上書き/変更することができず、書き込む前に一度消去という作業を行なう必要があるが、TrueFF
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySpace，標準負荷サーバ 150 台をソリッドステートドライブ技術でリプレース
「だれにも聞けないSSDの疑問」を「神様」が解説、XP/Vista用のTrimツールも準備中、廉価版の話題も
Flash-Based DBMSの最前線
https://labs.cybozu.co.jp/blog/kazuho/archives/2009/02/ssd.php
https://labs.cybozu.co.jp/blog/kazuho/archives/2008/10/web_service_on_ssd.php