長谷です

> こんにちはJIAOです。

こんにちは

> 「カーネルを物理メモりにロード」
> HEAPテーブルへのあいまい検索速度にはあまり差は無かったで
> す。

うーむ、そうでしたか。

MySQL 自体は別として、OS 自体の安定性に寄与すると思います。
おまじないみたいなものですが．．．。

> 「Serial ATA RAID にする」
> RAIDは試していません。同一機で違うHDDでも試していません
> でもメイン機のHDDはSerialでサブ機の２倍ほど早いのですが
> 、HEAPテーブルへのあいまい検索速度はCPUの能力に依存して
> いてHDD速度は関係ないように見えます。

その「早い」って実測値でしょうか？理論値でしょうか？
Serial は理論値で 150 ですが、実際には 150 なんて転送速度
は出せないのが普通で、ドライブ単体の性能が大分影響します。
今は 7,200rpm が普通なのでしょうが、ATA100 で 5,400rpm
は pentium4 を使っていても気持ち分ですが、遅い感じです。

試せるのでしたら、システム、MySQL、ページングとドライブを
分けるともしかしたらほんのわずかですが効果があるかも。

> 理屈でもHEAPテーブルはメモリ上のテーブルですからHDDは関
> 係なさそうです。

Visual Studio のレジストリ書き込みトレースツール(名前忘れた
．．．)でみてると、何か動作すると Windows2000/XP はレジス
トリに頻繁にデータを書き込んでいます。レジストリをいじる
必要性がなさそうなソフトウェアを作ってもそうです。
なので、全く関係が無いとは言い切れないんです。が．．．

> またHEAPへの検索中にHDDアクセスのランプは点灯しません。

ということだと、HDD はあまり気にしなくてもいいのかもしれ
ませんね。

> 「VBのバージョン・ADOとDAO」
> HEAPテーブルへのあいまい検索をかけている瞬間をタスクマネ
> ージャーで見ていると、VB（で作成したEXE）はMYSQLが結果を
> 返してくれるのを待っているだけで、MYSQL（mysqd-nt.exe）
> だけが頑張っている状態になります。

果たしてそうでしょうか？ ADO というのは、ActiveX Data Access
Object の略ですから、そっちが頑張ってませんか？ADO の ActuveX
は、VB の EXE とは切り離されて動いている筈です。

> またCPUが２つのコアを持っていた場合。
> MYSQLは両方のコアを使用して１つのクエリを倍速で実行する
> 、のでしょうか？
> （私の環境ではHTを有効にするとMYSQLは２つのCPUを使ってい
> るように見えます。）

だとすると、お金がかけられるのなら、デュアルコアの CPU を
積んでしまうのがベストじゃないんでしょうか。ただ、pentiumIII
で Dual にしたときの体感は、２倍ではなくせいぜい1.4 倍程度で
したけど。XEON にできるのならそうするのも手です。

あとまたハードウェア話で恐縮ですが、チップセットが Intel
でないとメモリやバスアクセスが遅いみたいです。その辺はどう
なっていますでしょうか？

それから IA-64 (64ビット) が使えるようになった場合。
IA-32 に比べて CPU のレジスタやメモリ幅が２倍になるので
単純に２倍早くなるというよりは、コアのアーキテクチャが
同じなら性能は　1/2 に低下してしまうと思いますが、どう
なんでしょうね？

-- 
長谷 <VYG01106@xxxxxxxxxx>