3

小さなプロジェクト以外の読み込みは遅いです。やめるのは遅いです。場合によっては数分かかることがあります。新しいファイルを開くのが遅くなることがあります。マクロの記録機能は便利でした。起動が非常に遅いため、ほとんどの場合、手動で行う方が高速です!


詳細情報が役立ちます。ソリューションの規模はどのくらいですか? どのプラットフォームにいますか。実行しているサードパーティのプラグインは何ですか? あなたのPCで他に何が実行されていますか?

3.2GHz P4 ハイパースレッド、2GB RAM。Outlook、Perforce、IE7、ディレクトリ ブラウザの実行。通常、VS のインスタンスを 1 ~ 3 実行します。たとえば、VC6よりもはるかに遅いです。プロジェクトの読み込みと終了に時間がかかるようです。VSの書き方のせいで、なぜこれが起こるのか、人々がその理由を知っているかどうかに興味があります。内部で .net を使用していて、GC によって速度が低下していますか?

4

13 に答える 13

4

Visual Studio 2005の速度低下の最大の原因の1つは、Intellisenseです。これは、MSDNフォーラムで何度も何度も取り上げられています。私が頻繁に経験するのは、Intellisenseがシンボル(またはあなたがそれを呼んでいるもの)を「再インデックス」するためにほぼノンストップで機能しているということです。しかし、Microsoftの開発者は苦情に耳を貸さず、そこにいる何人かの外向的な人々は私を助け、あなたを助けるかもしれないいくつかの回避策を考え出しました:

Intellisenseをよりよく理解するには、このリンクを確認してください。

Intellisense情報

次に、このリンクをチェックして、私が多くの成功を収めたいくつかのマクロを確認してください。

Intellisenseマクロ

これらのマクロを使用すると、インテリセンスをオフにして(DLLの名前を変更せずに)再起動し、ncbファイルを削除して(手動で実行できますが、これは便利です)、インテリセンスのステータスを取得できます。

于 2008-09-04T12:47:27.987 に答える
2

不適切な動作をするプラグインを使用している可能性があります。セーフモードスイッチを試して、パフォーマンスが向上するかどうかを確認してください

于 2008-09-04T11:38:43.423 に答える
2

Visual Studio 2005 の速度低下の最大の原因の 1 つは、Intellisense です。これは、MSDN フォーラムで何度も何度も取り上げられています。私がよく経験するのは、Intellisense がほぼノンストップでシンボルの "再インデックス" を実行していることです [...]

同意します。ビジュアルアシストを使用しています。それははるかに優れています。「Intellisense」をオフにする実際の方法もありません。私が見つけた唯一の方法は、DLLの名前を変更して、VSを再起動しても見つからないようにすることです。これは機能し、VS を高速化します。

于 2008-09-04T14:24:31.137 に答える
1

私はVSがヘビー級であることに同意する傾向があります。昔、私はBoxerテキストエディタとmakefileを使用してDOSでコーディングしていました。Boxerには、強力なインテリセンス機能とリファクタリング機能はありませんでしたが、テキスト編集部門では優れていて、構文の強調表示が優れていて、486でも起動/終了が瞬時に行われました。

VSをカスタマイズして、とにかく使用することのないすべてのオーバーヘッドを削除するのは本当に素晴らしいことだと思いますが、それが起こっているとは思いません。

于 2008-09-04T12:26:52.590 に答える
1

ここに問題があります:

3.2GHz P4 ハイパースレッド、2GB RAM

ハイパースレッドとは、「実際には 2 つの CPU を搭載していないが、偽装している」ことを意味します。実行中のスレッドが 1 つだけのプロセスがある場合、パフォーマンスが低下します。短期的な対策としては良かったのですが、REAL CPU を 2 つ搭載している場合と比べると、ハックが遅くなります。

それはまったく問題ではないと思います。大規模プロジェクト向けのC++開発専用機として十分なスペックを備えています。Eclipse (これは Java であり、メモリを大量に消費し、ネイティブ コードよりも低速です) を実行できますが、それでも VS 2005 よりもはるかに高速です。

RAM の量を 1GB から 2GB に倍増しました。これは、大規模なアプリケーションをリンクする際に非常に役立ちます。また、Incredibuild を使用してコンパイルを高速化しています。しかし、遅いのは VS アプリです。

そして、私が不機嫌なアンチ MS 狂信者だと思うなら、なぜ人々が Vista を買わないのか自問してみてください! :)

于 2008-09-04T14:21:21.053 に答える
1

より高速なマシンではさまざまな結果が見られます。確かに、より高速なマシンは、vs2005 のパフォーマンス品質の低さを隠しますが、すべてではありません。

必須の「hello world」C/C++ プログラムをコンパイルして (CL /c helloword.cpp)、

#include <stdio.h>
#include <windows.h>

int main(char argc, char *argv[])
{
   printf("Hello World\n");
   return 0;
}

Vc6 では 1 秒のコンパイラ、VS2005 では 6 秒のコンパイルが見られます。

DEPENDS を使用して 2 つのプロファイルを作成すると、5 秒の遅延と時間差が発生している 3 つの領域が表示されます。

  ~2.5 secs with ADVAPI32.DLL, CryptGetHashParam()
  ~1.5 secs with OLE2.DLL, StringFromGUID2()
  ~1.0 secs with C2.DLL, _AbortCompilerPass()  

繰り返しますが、これは単なるコンパイルであり、リンクではありません。VC8+ コンパイラの実行可能ファイル/DLL は、crypto API やレジストリなどのサブシステムを透過的な理由で参照しており、ストレート コンパイルやピュア コンパイルに膨大な量のオーバーヘッドを追加しています。

より高速なマシンは速度低下の一部を隠している可能性がありますが、Microsoft が不要なオーバーヘッド参照を無効にするオプションを提供してコンパイラを最適化できるかどうか疑問に思うだけです。より優れたコンパイラにはいくらかのオーバーヘッドが伴うことは理解していますが、私が見ているのはコンパイル時間の 300 ~ 500% の低下です。これはひどいことです。

Santronics Software の CTO、Hector Santos 氏

于 2008-11-04T00:00:13.513 に答える
0

VS 2005は、速度があまり最適化されていないため、VS6よりも低速です。VS 6の開発者は、VS 2005の開発者よりも低速のマシンを使用していました。当時、彼らはそれを「十分に」高速にしました。最新のマシンでは、VSは「快適に高速」になりましたが、VS2005は十分に高速です。

私を悩ませているのは、VS6が更新が必要な素晴らしいソフトウェアだったときにVS6を廃棄し、VS2005で再開することを決定したことです。

于 2009-10-08T09:37:07.507 に答える
0

上記で、あなたもperforcetを使用しているとおっしゃっていました。PERFORCEを使用していない場合、プロジェクトの読み込みが速くなりますか。表示されている遅延の一部は、読み込み中のPERFORCEに関連していると思います。最新バージョンのPERFORCEもかなり遅いようです。

于 2010-05-24T06:35:43.173 に答える
0

最近、自分のマシンにVisualStudio2008とVisualStudio2005の両方をインストールしましたが、VS2005が非常に重いことに同意します。VS2008で改善されましたが、パフォーマンスの改善を十分に検討できるかどうかはわかりません。

于 2008-09-04T12:51:48.177 に答える
0

これは私が恐れている純粋に主観的なものです。

  • ローエンドのシステム構成が原因である可能性があります。
  • VS がネットから更新を取得しようとしている可能性がありますか?
  • バックグラウンドで実行しているアプリケーションが多すぎる可能性があります。
  • 巨大なソリューションを開こうとしている可能性があります。
于 2008-09-04T11:35:38.470 に答える
0

Visual Studio の上部にある [任意の CPU] オプションでソリューション プラットフォームを変更すると、プログラムのビルド速度が確実に向上します。

于 2014-01-02T11:04:32.187 に答える
0

「遅い」とはどういう意味かを理解できるように、いくつかの操作の時間を計って投稿していただけますか? 私のマシンでは、VS 2005 が遅いとは言いませんが、メモ帳や Web ブラウザーと比較すると、遅いように見えます。人々が何が起こっているのかを理解するのに役立つかもしれないいくつかのことを次に示します。

  • 読み込み時間に影響する可能性のある機能をオフにします。これには、すべてのアドオンのアンインストールと、VS がプロジェクトを自動的に開くように構成されていないことの確認が含まれます。
  • マシンを再起動します。
  • アイコンをクリックしてからプログラムが起動するまで、VS 2005 が起動するまでの時間を計測します。
  • コンパイルが遅いと思われる、ここに投稿しても構わないと思っているプログラムを作成します (これは、コンパイルを遅くするために必要なものによっては不可能な場合があります)。プログラムを投稿し、コンピューターがそれをビルドするのにかかる時間を調べます。
  • VS 2005 がインストールされている同じ種類のマシンを持っている人を他に知っていますか? あなたのものより遅いまたは速いように見えますか?

ケルビン卿は、このような状況について言える最高のことを言ったと思います。

自分が話していることを測定し、それを数値で表すことができれば、それについて何かを知ることができます。しかし、あなたがそれを測定できないとき、それを数で表現できないとき、それについてのあなたの知識は貧弱で満足のいくものではありません。それは知識の始まりかもしれませんが、あなたの考えでは、それを科学の段階にまで進めたことはほとんどありません。

測定値を提供していただくまで、マシンが本当に遅いのか、それともマシンが提供できる以上のことを期待しているのかを判断することはできません. HT CPU に問題がある可能性があります。私は職場と自宅でほぼ同等のマシンを使用していますが、VS の実行に関しては、私のデュアルコアの職場のマシンは、シングルコアの自宅のマシンの周りをぐるぐる回っています。

于 2008-09-04T14:30:04.853 に答える
-5

ここに問題があります:

3.2GHz P4ハイパースレッド、2GB RAM

Hypertheadedは、「実際には2つのCPUを備えていませんが、偽物です」という意味です。スレッドが1つだけ実行されているプロセスがある場合、パフォーマンスが低下します。これは短期的な対策としては優れていましたが、2つのREAL CPUを搭載している場合と比較すると、ゆっくりとしたハックです。

実行すると言ったことに基づいて、2GBのRAMも問題になります。基本的な5400RPMディスクを使用している場合は、すべてが悪化します。

あなたが投稿したものに基づいて、私はお勧めします:

  • 優れたcore2マシン、予算があればクワッドかもしれません。
  • 32ビットOSを実行している場合は3GBのRAM、x64を実行している場合は4+GB。4GBは、32ビットで1GBを浪費することを意味します。
  • 7200RPM以上のディスクを入手してください。可能であれば、RAID0(ストライプ)またはRAID0 + 1(ストライプ+ミラー)、4つのドライブを取得できる場合(ストライプ== 2つのディスクにコンテンツを分割するため、両方から同時に読み取ることができます。ストライプ+ミラー= =ストライプの安全なバージョンであるため、コードは常に2つのディスク上にあります)

私は2GBの2.0GHzCore2(2つのCPU(コア)を2倍と数えるとP4のパフォーマンスの約3〜4倍)を持っています。私がうまく実行できるのはVS.NET2008の2つのインスタンスです。これは正常です-VS.NETには何の問題もありません、それはただの巨大なアプリです。

より多くのRAM。より多くのCPU。その他の画面。もっと。もっと。もっと :)

于 2008-09-04T12:50:03.893 に答える