【コラム】コンピュータアーキテクチャの話 (195) ディレクトリベースのコヒーレンス機構(1) | エンタープライズ | マイコミジャーナル
ディレクトリベースのコヒーレンス機構 これまで述べたスヌープを使用するキャッシュコヒーレンス機構は、各プロセサが他の全プロセサにスヌープを送る。したがって、各プロセサが受け取って処理をする必要があるスヌープの回数は、システムに含まれるプロセサ(正確には、コヒーレンスを維持するキャッシュの単位であり、チップ内の全コアに共通のInclusionの3次キャッシュを持つ場合は、チップ上のコア数とは無関係にチップ数であるが、一方、Non Inclusion Cacheの場合は、チップ内の各コアのキャッシュもスヌープする必要があり形態によって異なる)に比例して増加する。結果として、コモンバスの場合は、バスを通過する要求や応答の数はプロセサ数の2乗に比例して増加する。 このため、1つのコモンバスで接続できるプロセサ数は、実用的には4個程度が上限である。コモンバスでなく、アドレスバスのインタリーブやデュプ
革命の日々！ MySQLがlinuxで遅いのはglibc mallocのせい？
http://blog.miraclelinux.com/yume/2007/02/mysqllinux_472a.html MySQLのマルチコアスケーラビリティとLinux スラッシュドットの情報。FreeBSDとLinuxでsysbench(MySQLを利用している)の結果が出ている。結論から言うと8コアのAMD64のマシンでスレッド数を上げていくと8スレッドまではLinuxでの性能が良かったが、それ以上になるとがたっと性能が劣化して、FreeBSDのSMPngの実装が勝つ。 下記を参照してほしい。 http://jeffr-tech.livejournal.com/6268.html あれちゃうか。 たぶん、MySQLがマルチスレッド環境下でmallocとfreeが毎回異なるスレッドになっているんちゃうか。 mallocかfreeのどちらかがマネージャースレッドでまとめてやっている
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
