SSDを使用してVS 2010のパフォーマンスを向上させる[終了]


9

ソリッドステートハードドライブでVisual Studio 2010を使用してパフォーマンスの改善をインターネットで検索した後、さまざまな意見をたくさん聞きました。

SSDを使用してもメリットはあまりないと多くの人が言いましたが、対照的に、まったく反対の意見がありました。私は対照的な意見に少し混乱しており、SSDを購入することが違いを生むかどうかを実際に決定することはできません。

この問題についてどのような経験があり、どのSSDを使用しましたか?


なぜ反対票か。それは悪い質問ではなく、SOにかなり関連しています
Purplegoldfish

2
おそらくプログラマについての話題から外れていますが、多くの人がこれがどれほどの違いをもたらすかについて興味があると思います。
Thanos Papathanasiou 2011年

最近、Samsung PM810タイプのSSDを備えた新しいワークステーションを手に入れました。これが一般に「良い」と見なされているかどうかはわかりませんが、スピードアップに役立つと思います。私たちのプロジェクトはすべて、多数の小さなモジュールに分割されています。モジュールが多いほど、ディスクに対する読み取り/書き込みが多くなります(devenv.exeでProcMonのようなツールを実行すると、アクセスするファイルが大量に表示されます)
stijn

2
なぜこれがStack Overflowから移行されたのですか?そこでのFAQによると、「プログラマーが一般的に使用するソフトウェアツール」についての質問が話題になっています。Visual Studioは、プログラマーが一般的に使用するソフトウェアツールだと思います。
トーマス・オーエンス

これが本当にトピックから外れている場合は、移行した人は誰でも、このボードのFAQをもう一度読む必要があります。
キラレッサ

回答:


5

多くのことは、VS2010でプログラミングを計画している言語に関係していると思います。

たとえば、高速マシンでは、C#は比較的大きなプロジェクトで5秒未満でコンパイルされることを知っています。

一方、ネイティブC ++のプログラミングでは、同じサイズのプロジェクトで約45秒かかります。

私自身の経験では、コンパイル時にSSDが大きな違いを生むとは思いません。

そうは言っても、SSDを使用する場合、コンピューターでのVS2010の起動時間は、従来のハードドライブを使用する場合よりも確実に短くなりますが、その価値があるかどうかはあなたの選択です。

お役に立てば幸いです。

編集:誰かが興味を持っているなら、私は今日これで遊ぶことができるかもしれません。私はOCZ Vertex 3 120GBを所有しています。それにVisual Studioをインストールして、私の仕事用PCと比較しておおよその見積もりを出すことができます。これは、ほぼ同等のPC仕様です。私は自分のプロジェクトのコピーを作成し、自宅でコンパイルできることを願っています。今日は後でいつか更新します


それはあなたのプロジェクトにも依存すると思います。私が最後に取り組んだプロジェクトには、約5万行のコードを含む約125のC#プロジェクトを含むソリューションがあり、それは私たちのチームにとって中規模の取り組みでした。間違いなくコンパイルに5秒以上かかった。
TMN

5

私は数か月前にコンピューターをアップグレードし、前後にc ++ビルド時間をテストして、どのような速度向上が得られるかを確認することにしました。私は3つの構成をテストし、すべてWindows 7を搭載したVisual Studio 2005でC ++プロジェクトをビルドしました。

  1. Core 2 duo〜2.6 GHz、4 GB RAM、SSDからプロジェクトを構築
  2. 同じシステム、7.2k rpmのハードディスクから同じプロジェクトをビルド
  3. Core i5 2500k 3.3ghz、8GB RAM、SSDから同じプロジェクトを構築

私は各ビルドを2回行いました。1つはウォームブートの直後、もう1つは最初のビルドの直後(すべてがディスクキャッシュにスワップインされた後)です。これが私が得た結果です:

  1. 最初のビルド– 96秒。2番目のビルド– 92秒。
  2. 最初のビルド– 96秒。2番目のビルド– 92秒。
  3. 最初のビルド– 54秒。2番目のビルド– 51秒。

ケース1と2では、SSDと7.2k RPMドライブのどちらを使用していても、ビルド時間はまったく同じです。したがって、少なくとも適切な速度のハードディスクでは、ディスク速度はコンパイルの要素ではないようです。大きな違いをもたらした変更は、コア2デュオからi5 3.3ghz CPUへの移行でした。そのため、コンパイルはCPUバウンドであり、メモリやディスクバウンドではないようです。

ハードディスクからSSDに移行すると速度が少し上がると想定していましたが、明らかにそうではありません。おそらく、すべてがスワップインされ、その後はメモリの速度になります。


2

それは大きな違いを生むと思います。VS(ウィンドウと同様)は常にディスクに書き込みを行っています。これは、たとえ少量のデータであっても、驚くほど遅くなります。古いラップトップにSSDを入れたところ、約5倍速くなりました。結果を見ることができます。

私はVSとSSDを実際に体験したことはありませんが、すべてがはるかに速くなると確信しています。

注意すべき点の1つは、SSDの故障率が非常に高い(最初に購入したものを含む)です。このような評価の高いものを購入してください。また、特に大きなSSDは必要ありません。OS、プログラムファイル、プロジェクトを保持するのに十分な大きさで、20%以上の空き容量があれば問題ありません。おそらく128GBでしょう。


2

Visual Studioはディスク速度に敏感ですが、TFSを使用する場合は、TFSサーバーとネットワークの速度にはるかに翻弄されます(ファイルを開いて最初の変更を行うにはフェッチとチェックアウトが必要になるため)。

DVCSを使用する場合は、SSD-> CPU周波数をターゲットにします。Visual StudioはCPU速度に多少敏感で、高度にスレッド化されていないようです。より低速なコアよりも高速なコアを優先します。OOM例外が発生しない限り、1.5GBを超えるRAMを使用するようには見えないので、4GBを超えるRAMでマシンをいっぱいにすることを気にしないでください。4GBを超えるRAMを搭載できる幸運な場合は、追加をRAMドライブとして使用して、ソースコードを格納します(厳格なバックアップ手段が必要です)。RAMドライブの速度にはまだ触れられないものがあります。これが私のワークステーションのベンチマークです:

SSD / RAMドライブ/ RAID0間のドライブ速度の比較

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.