79

これは 2008 年版と 2010 年版の両方に当てはまります (おそらくそれ以前のバージョンにも当てはまります)。また、C++ プロジェクトと C# プロジェクトの両方に。

初期ビルド (再起動後) は、通常の速度で実行され、CPU 使用率も適度に高くなります。「しばらく」(つまり、コンピューターを「何か」に使用した後)、後続のビルドは非常に遅く、非常に低いCPU 使用率で実行される場合があります。私が見つけた唯一の修正は再起動のようです。その後、サイクルが最初からやり直されます。これは、WPF プロジェクトと非 WPF プロジェクトの両方で発生しますが、WPF では 10 倍悪化します。

これは、さまざまな組織で働いていても、さまざまなマシンで発生したため、環境の問題ではなく、Visual Studio の問題だと思います。私はいつものことを試しました(Google、AV、Intellisense、Resharperなどをオフにして、現在注文中のSSDを入手するのを楽しみにしています)。

私の現在のマシンの仕様は、2.7 ギガ クアッド コア、4 GB RAM、XP (まだ Win7 を使用していません)、250 Gb hdd などです。

誰がこれが何であるか、そしてそれを修正する方法について何か考えを持っていますか?

前もって感謝します!

4

23 に答える 23

121

私にとってはうまくいったので、これを試してください:

Windows+を押すRか、スタートから実行を開きます。

そこからすべてを入力%temp%して削除します...

もう一度実行を開いprefetchて、そこからすべてを入力して削除します。

VSを開いてパフォーマンスを確認してください。

于 2013-03-11T04:01:40.987 に答える
32

これを試して:

Devenv.exe /resetsettings

于 2013-02-01T07:17:29.637 に答える
21

私も同じ問題を抱えていました。

「リアルタイムスキャン」を無効にして、マカフィーセキュリティセンターをインストールしました

ビルド時間は、小さなプロジェクトの 40 秒から 1 秒に短縮されました。

于 2013-05-20T14:44:00.660 に答える
10

ProcessMonitor ( http://technet.microsoft.com/en-us/sysinternals/bb896645 ) を使用して、ビルド プロセス中に Visual Studio が何を行っているかを確認してください。フィルター「ProcessName is devenv.exe then Include」を追加し、調査を行います。それは私にとって役に立ちました。

同様の問題があります-ビルドとデバッグのプロセスが非常に遅い-プロセスモニターで解決できます。Process Monitor を実行すると、Visual Studio プロセスがいくつかの HTL ファイルを何度も読み書きすることがわかりました。それは Assembly Binding Log ( http://msdn.microsoft.com/en-us/library/vstudio/e74a18c4(v=vs.100).aspx ) - ライブラリ バインディングに関する情報を保存するユーティリティでした。このログを有効にすると、このユーティリティによってハード ドライブに約 8 Gb の HTM ログが作成されます。非常に低速でした。次に、ログを無効にすると、プロジェクトのビルド時間が 10 分から 10 秒に短縮されます!

于 2014-07-04T10:12:21.657 に答える
5

Windows 10でVS2015を使用していますが、同じ問題がありました。動作しない %temp% とプリフェッチ ディレクトリをクリアしました。次に、省電力設定をバランスから高パフォーマンスに変更したところ、動作しました。

于 2017-03-13T03:28:34.767 に答える
1

非常に遅い Visual Studio (ビルドに約 1.5 ~ 2 分かかりました) に対する私の修正は、ワイヤレス ネットワークをオフにすることでした。

有線ネットワークに加えてワイヤレスネットワークを有効にしました。コンピューターがワイヤレス接続を使用して、ワイヤレス ネットワークで利用できないローカル サーバーに接続しようとしたため、長い遅延が発生したようです。

于 2013-03-03T07:15:05.547 に答える
1

ASP.NET MVC プロジェクトの場合は、.csproj<MvcBuildViews>true</MvcBuildViews>が設定されているかどうかを確認します。これにより、ビルドが遅くなる可能性があります。

于 2015-07-27T04:10:34.460 に答える
1

その理由の 1 つは、何も変更されていないにもかかわらず、Visual Studio が同じ依存プロジェクトを何度も再構築し続けることです。明らかな理由もなく構築され続ける大量のプロジェクトを含むソリューションを想像してみてください。これは膨大な時間を無駄にします...

これに対する主な解決策は、「常に」に設定されている各「出力ディレクトリにコピー」を修正することです。それを「Copy if newer」に変更します。

詳細なビルド ログを表示すると役立つ場合があります。[ツール] > [オプション] > [プロジェクトとソリューション] > [ビルドと実行] を開きます。ここで、「MSBuild プロジェクト ビルド出力の詳細度」を「診断」に設定します。

詳細については、このスレッドでこの特定のポイントについて説明します

于 2018-06-23T23:41:08.807 に答える
1

1 つのソリューションに多数のプロジェクトがある場合は、ソリューション全体をビルドするのではなく、変更されたプロジェクトのみをビルドしてみてください。つまり、Alt+B+B ではなく、Alt+B+U です。

于 2014-12-23T06:34:00.410 に答える
0

「いつか」ってどのくらい?(例: 時間? 日?)

RAM を使い果たしたのと同じくらい簡単かもしれません. Ctrl-Shift-Esc は、メモリ使用率を確認できる Process Monitor をロードし、豚を殺します。メモリが少なくなると、リンカーはメモリをディスクにスワップしようとして速度が低下します (システム使用率を有効にしない限り、Windows は通常、スワップ オーバーヘッドを報告しません)。プロジェクトのサイズによっては、Linking は大量のメモリをテーブル作成に使用することがあります。

于 2012-08-23T16:08:09.330 に答える
0

ある時点で、数週間後にコンパイルにかなり時間がかかるプログラムがありました。欲求不満から、ソリューションとプロジェクトのデバッグフォルダーを削除しました。Visual Studio が行ったことは、最初にソリューション全体を再構築することでしたが (これには時間がかかります)、その後、構築プロセスは以前の速度に戻りました。それがあなたにとってもうまくいくかどうかはわかりません。

于 2013-07-11T11:35:31.200 に答える
0

ファイルのバックアップを取り、このフォルダー内のフォルダー内のすべてを削除します。

C:\Users\{ユーザー名}\AppData\Local\Microsoft\WebsiteCache

Visual Studio を再起動し、パフォーマンスを確認します。

お役に立てれば!ありがとう

于 2014-03-04T13:10:44.463 に答える
0

Google検索でここに来たので、特定の問題の解決策として見つけたものを投稿します。

.NET Core 1.1 から .NET Core 2.1 にアップグレードしました。これにより、RazorGenerate と RazorTagHelper の呼び出しにそれぞれ 20 秒かかりました。Daniel Crabtree によると、これは、既定で Razor ビューの事前コンパイルを有効にする .NET Core 2.1 の変更が原因でした。

修正するには、次を .csproj に追加します。

<PropertyGroup>
  <UseRazorBuildServer>false</UseRazorBuildServer>
</PropertyGroup>

ソース: https://www.danielcrabtree.com/blog/444/speed-up-compilation-of-asp-net-core-2-1-projects

于 2019-11-13T11:13:12.930 に答える
0

YourProject.csproj で、プロジェクトタグの最後の行にターゲットタグを追加します。

<Project>
.
.
<Target Name="PlatformVerificationTask" Condition="'$(SkipPlatformVerification)' 
    != 'true'" />  
</Project>
于 2020-12-24T04:05:55.503 に答える
-1

VSで実行していたコマンドまたは関数と同じ問題。ウイルス対策リアルタイム保護を無効にした後、実行時間は 10 秒から 0.5 秒またはそれ以下に短縮されました。ちなみに興味深いのは、ウイルス対策のアクションで C# の実行時間が遅くなっていたことですが、C++ はまったく問題ありませんでした。

于 2019-07-20T17:16:39.540 に答える