(1)スペックを考える
新マシンを組むにあたって、スペックを考えるのは大変楽しいことである。 それではスペックを決めよう。
前置き
分野によって違うと思うが、私は事務系も組めば、ＣＡＤも組み、Ｗｅｂツールも組むといった、よくあるプログラマーである。メインとなる開発系はマイクロソフトのＶＣ＋＋で最近は３次元ＣＡＤもどきソリッドモデラー経由見積り積算なんてのを書いている。また、ヒューレット・パッカードの携帯ＰＣであるＨＰ２００ＬＸのソフトも書いているから、ＭＡＳＭやＭＳＣも使う。ようするに何でもやらなきゃならないフツーのＷｉｎｄｏｗｓプログラマーである。
最初は良いが
こんなプログラマーにとって、なかでも一番問題なのがビルドの速度だ。これは速ければ速いほどいい。
プログラムも書出した最初のうちはあっと言う間にビルドは終わってしまう。しかし、なかほどから完成間近になるとコードは増えリソースも大きくなって、ビルドの時間が気になるほどになってくる。
それに加え、デバッグの際の起動時間も大変長く感じられるようになってくる。こうなると、開発当初はリズムよくポンポンと進んでいたのが、だんだんイライラしてきて能率あがらないことしばしばである。
今のシステム（Ｐ５−１６６）はちょうど１年前くらいに４８６／６６から乗り換えた。乗り換え当初は、素晴らしく高速になって感激したものだが、半年もすると遅く感じられてきた。人間とはそうゆうものなのであろう。
時代はひとり２台のＷＳ
かたや開発スタイルもだんだん変わってきていて、一人２台の時代になっている。現在の高性能化したパソコンは１台でなんでも出来るようになった。しかし、２台操作できれば格段に作業効率がＵＰする。
例えばヘルプである。現在のＶＣ＋＋かつＭＦＣベースの開発だと、膨大な量のオンライン・マニュアルを絶えず参照しなければならない。これが苦痛になる。なぜなら画面に同時に表示できないからである。だいたい普通はめいっぱいソースコードが表示されているわけで、画面を切り替えてヘルプを参照しなければならない。７割くらいは問題ないのだが、残りの３割は、例えば動作についての説明だとかＭＦＣのソースである場合で、常時表示されていないと大変能率が落ちることがある。
これが２台手元にあると片方は通常のコーディングやデバッグ画面、もう一方はオンラインヘルプといった具体にとても快適なのである。 また、メインの開発マシンはそのままの状態で、もう１台のマシンでリソースのためのグラフィックエディタやサウンド編集なども行なえる。
またこれらはＬＡＮで繋ぐので片方はＮＴ３．５１、もう一方はＷｉｎｄｏｗｓ９５という違ったＯＳを走らせておいて、ビルドが終わった時点で異なるＯＳでの動作試験がすぐ気軽にできる。１台しかないと、ある時点でリブートし、システムコマンダーでスイッチしてようやくテストとなるわけで、面倒な事は自然に怠ることとなり、「あれっ？９５で動かない？」ってハメになってしまう。
やってるところはすでにやっている事だが、時代はひとり２台（プラス共有のファイルサーバー）になっている。
何が不満なのか
不満を挙げればきりがないし、それを望んでいたら開発費がいくらあっても足りなくなる。だから、一番不満なのは何かということが肝心である。
やはりビルド速度であろう。これには２つあって、ＣＰＵを使うコンパイル自体の速度とディスクアクセスの速度である。ＮＴのパフォーマンスモニタを見れば、ビルド中にＣＰＵをどれだけ使っているかを知ることが出来る。
これで調べてみると、ヘルプのコンパイルとヘッダのプリコンパイルが終わった直後からＣＰＵはほぼ１００％使い切っていて、リンクに入ると半分くらいに減る。リンク時にはファイルを読む・書くといった処理が多いので、ディスクアクセスがボトルネックになっているからであろう。
コンパイル時のＣＰＵ使用率がほぼ１００％ということは、ＣＰＵをパワーアップすればもっとコンパイル速度を上げる事が可能だということである。かたや、リンク時はＣＰＵは遊んでいるから、ディスクの読み書き速度を上げる必要がある。
Ｄｕａｌがいい
このように分析してみると、Ｄｕａｌ ＣＰＵマシンが適しているだろう。ＮＴはスレッドを複数あるＣＰＵに割り振ってくれるから、ＶＣ＋＋の処理自体も速くなりそうだし、ディスクまわりも期待出来そうである。なによりも Ｄｕａｌプロセッサという響きがワクワクさせてくれる。本当の理由は実はこれがやりたいのであった（笑）。
スレッドはいくつ動いているのか
１コのＣＰＵでＯＳからプログラムまですべてを動作させるよりも分散させるほうが効率が良いに決まってる。マルチＣＰＵの場合はスレッド単位で各ＣＰＵへの割り当てが可能みたいなので、ＶＣ＋＋のスレッド数を調べてみた。（注：スレッドを正確にプロセス・ビューアーで調べたのではなくて、ＮＴのパフォーマンスモニタの Threads で調べた値である）
状態 スレッドの総数 VC++のスレッド VC++4.2起動前 121 0 VC++起動直後 125 4 プロジェクトをロード 127 6 ビルド中 132 11 デバグ時 136 15 このように、VC++ 4.2 はビルド時に計 11 のスレッドがあって、そのうち 5 スレッドはビルド時に使われるようだ。 こうしてみると、Ｄｕａｌ ＣＰＵ では速くなるような気がする。 特にデバグ時にはさらにスレッドが増えるのでもう気分はＤｕａｌ ＣＰＵ である。ＶＣ＋＋起動以前に１２０程のスレッドがＯＳで動いている事を考えると、Ｄｕａｌ しかもう考えられない(笑)。
ディスク・アクセスの高速化
リンク時には、ディスクアクセスの速度がものをいう。そこで、２台のＳＣＳＩハードディスクでストライプセットを少し前から常用している。これは速くなったと感じている。ストライプセットと聞くと、なんだか１台ＨＤＤが壊れただけで大事なソースコードがぶっ飛ぶかもと思うかもしれないが、ぶっ飛ぶときはぶっ飛ぶわけで、ストライプセットに限らない。この対策はバックアップを常に物理的に異なるハードウェアに複数コピーしておくしかない。したがって、ストライプセットは使おう。
これはまだはっきりしていないのだが、ＮＴの作るページファイルもストライプセットドライブに置き直すと効果があるはずである。また、テンポラリー先も関係がありそうである。折りを見て実験してみたい。
ＣＰＵの高速化
ＣＰＵは速ければ速いほうが良いが、予算というものがあるので出来るだけコストパフォーマンス高く構成してみたいものである。
ここで、ＣＰＵ を選ぶ前の予備知識として、ベースクロックは速いほうが良いということをよく聞く。 例えば、Cyrix P-200+GP(150MHzクロック) が Pentium 200MHz よりも速い結果が確認されている。これは、Pentium 200MHzがベースクロック 66MHz の３倍なのに対して、Cyrix の方はベースクロック 75MHz の２倍で動作している点だ。 ベースクロックが速いマシンの方が I/O などの点で速いそうだ。 しかるに、ＣＰＵを選択する場合にはベースクロックが 50MHz の P5-100, P5-150 やベースクロックが 60MHz の P5-120, P5-180 は選択せず、ベースクロック 66MHz の P5-133, P5-166, P5-200 を選択肢にした。
現時点でのＣＰＵの価格はＰ５−１３３が２４０００円、Ｐ５−１６６が４３０００円、Ｐ５−２００が５８０００円くらいである。Ｄｕａｌ ＣＰＵにしたときに大体１．５倍速になるとすると次の表ができる。
ＣＰＵ 期待される速度 Ｄｕａｌ ＣＰＵの費用 １ＭＨｚ当たりの費用 Ｐ５−１３３ Ｄｕａｌ ２００ＭＨｚ 48,000円 240円 Ｐ５−１６６ Ｄｕａｌ ２５０ＭＨｚ 86,000円 344円 Ｐ５−２００ Ｄｕａｌ ３００ＭＨｚ 116,000円 387円 Ｐ５−２００ Ｕｎｉ ２００ＭＨｚ 58,000円 290円 現時点では、Ｐ５−１３３ Ｄｕａｌ が一番コストパフォーマンスが良い。将来を考えるとＰ５−２００ＭＨｚ以上はＰｅｎｔｉｕｍＰｒｏになってしまうので、ＰｅｎｔｉｕｍプロセッサでＤｕａｌ ３００ＭＨｚ出せるＰ５−２００も捨て難い。しかし Ｄｕａｌ マシンの実際の効果がまだわからないことと、カネがかからないという点でＰ５−１３３ でＤｕａｌしてみようと思う。 今後 Ｐ５−２００ ははるかに安くなるであろうから、この １３３ Ｄｕａｌ が遅く感じられてきた時点で換装することができるので、多少マシンの寿命は長くなることであろう。
今の開発マシンはＰ５−１６６ Ｕｎｉなので、それとの速度比較をしてみるつもりだ。