プログラマ専用SNS ミクプラ

お世話になります。

プログラムをしたいのですが、いかんせん、Visual C++ 2010 Express でコンパイル、ビルドが遅くてイライラします。
メモリも２Ｇ積んでいてて、十分にメモリがあると思うのです。
ビルドのたびにハードディスクにアクセスして、ハードディスクがゴリゴリ言っているのがわかります。
これを、なんらかの手段で、メモリにヒットする確率を高める方法なんていうのはないのでしょうか？

ソース記述　→　ビルド　→　実行　までに３０秒はかかってしまいます。

環境：
　Windows7　HomeEdition
　使用しているライブラリ　Ｄｘライブラリ
　主な使用言語　C/C++
　コンパイラ　Visual C++ 2010 Express

dic さんが書きました:ビルドのたびにハードディスクにアクセスして、ハードディスクがゴリゴリ言っているのがわかります。
これを、なんらかの手段で、メモリにヒットする確率を高める方法なんていうのはないのでしょうか？

ビルドはソースファイルを読み込んでコンパイルし、オブジェクトファイルや実行可能ファイルを書き出す作業なので、
プロジェクトがハードディスク上にあるならハードディスクにアクセスするのは当たり前に感じます。
RAMディスクを使用してみてはいかがですか？
[search=google]RAMディスク[/search]

そこまで遅いことは無いはずですが、ＣＰＵとか他に問題はないでしょうか。
Eclipseなどが軽くて、VisualC++だけ異常に重いなど「Visual C++ 2010 Express」が原因であると断定した理由があったら教えて下さい。
あとVisual C++ 2008 Expressの方が軽いです。
あるいはMinGWなどもっと軽いものに移られるの手です。

>>みけCATさん
ＨＤＤにアクセスして当然といわれてしかたないです。
ただ、コンパイラやＯＳが、よくアクセスするファイルをメモリに格納させて
ＨＤＤにアクセスするのではなくて、メモリにアクセスさせてコンパイルを速くできないのか
と思ってました。
これは、ユーザーではなく、ＯＳの仕事なので、なにかしらツールでもないのかなぁって思ってました。

>>RAMディスク
はい。ＨＤＤだとゴリゴリいっているので、速度の速いＳＳＤに変えようかと思っていました。
しかし、このようなツールがあるんですね。知りませんでした。
いろいろフリーででてきましたけど、評判のいいのを入れました。

ありがとうございました。


>>softya（ソフト屋）さん
Visual C++ 2010 Express が原因と断定した理由ですが、
一番はやはり、コンパイルの時間ですね。
Eclipse は使ってなくて、JPad を使ってますが、やはり、コンパイル時に大量のファイルにアクセスするので
コンパイル時間が原因と思いました。
C/C++ のコンパイルと、Ｄｘライブラリのコンパイルと、自前のソースのコンパイル、そしてリンク、exeの出力
にくらべて、javaは
パッケージ自体（ファイル数）が少なく、コンパイル時間がとても短くて済みます。

試しに、みけCATさんのおっしゃったＲＡＭディスクを使用して、コンパイルしてみました。

①　ソースコードをすべてＨＤＤにおいてコンパイルした場合
　　　　　ビルド　７秒
　　　　　初回起動　４秒
　　　　　変更なし２回目起動　３秒
②　システムファイルを除くソースコードをＲＡＭディスクにおいて、コンパイルした場合
　　　　　ビルド　４秒
　　　　　初回起動　４秒
　　　　　変更なし２回目起動　３秒

となり、たしかにファイルにアクセスするところのパフォーマンスが向上しました。


補足：この計測のときには、ＣＰＵの優先順位を自動で変更してくれるフリーツール「オートギア」「http://www.vector.co.jp/soft/dl/win95/u ... 93319.html」を使用しています。
アクティブ時、非アクティブ時ともにＣＰＵ優先順位は通常以上

やはり、計測の結果、ファイルにアクセスするときが一番時間を消費しているように見えます。
ウィンドウがでるまでは、Ｄｘライブラリの初期化で時間を消費していると思います。
（これ以上、高速化できないため）


いちおう、解決押しておきます。