タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

ssdとdatabaseに関するtaroleoのブックマーク (2)

  • SSDの真の性能を引き出す MySQL 5.1.38 InnoDB Plugin - SH2の日記

    X25-M、SSDで検索してくる方が非常に多いので、ブログ内のSSD関連記事をリストしておきます。 MySQLのベンチマークを用いたIntel X25-M SSDの評価 (2009/03/25) SSDの真の性能を引き出す MySQL 5.1.38 InnoDB Plugin (記事) MySQL 5.1.38から体に同梱されるようになった、InnoDB Pluginの性能検証結果です。前回ご紹介したようにInnoDB Pluginには以下の強化点がありますが、日はこのうちバックグラウンドI/Oスレッドの増加に焦点を当ててみたいと思います。 高速なインデックス作成。従来InnoDBCREATE INDEXはテーブルの再作成を伴っていました テーブルとインデックスの圧縮 (検証結果その1、その2) INFORMATION_SCHEMAによるロック競合の検出 (検証結果) CPUスケ

    SSDの真の性能を引き出す MySQL 5.1.38 InnoDB Plugin - SH2の日記
    taroleo
    taroleo 2009/09/09
    HDDの場合、throughputを上げるために並列度を上げるとかえって性能が落ちていたのが、SSDの登場でようやくDB理論が想定していた状況に近づいた。
  • SSD がコモディティになっても状況はかわらない - kazuhoのメモ置き場

    脊髄反射。 OracleMySQL など近年の RDBMS はインデックスのデータ構造にB木 (の変種) を採用していますが、その理由はここにあります。 SSD がコモディティになると状況は変わる (中略) 二次記憶上での検索用のインデックスにはこれまで B木のようなディスクに最適なデータ構造が必然的に選択されてきましたが、SSD に変わると、現実的に利用可能なデータ構造にも幅が出て、アプリケーションによっては劇的な改善が可能になるというわけです。 この先 SSD の普及によって、色々なソフトウェアで、驚くような改善が行われる機会を目にすることが多くなるのではないかと思います。その時、単に SSD に変わったから速くなったと捉えるのではなく、どのようなデータ構造が選択されて、そのデータ構造の特性が SSD とどのようにマッチしたのかという視点で見ていくことが大切ではないかと思います。

    SSD がコモディティになっても状況はかわらない - kazuhoのメモ置き場
    taroleo
    taroleo 2009/04/15
    DBMSとしては、index構造よりも、leafのchainの探索とか、external merge sortとか、hash joinなどがSSDで高速化できる恩恵が大きい。
  • 1