1. ホーム
  2. visual-studio-2015

[解決済み] VS2015 に関連するこれらのバックグラウンドプロセスは何ですか、またどれを無効にできますか?

2022-02-16 06:34:28

質問事項

私の毎日の仕事では、Outlook、Excel、Firefox & IE(すべてのブラウザと互換性がない別のWebアプリケーション用)、Skype、その他いくつかのプログラムをほとんど常時起動しておく必要があります。 これらのプログラムはすべて非情にメモリやスレッドを消費し、そのうちのいくつかは32ビット版であるため、事態をさらに悪化させています。

それ以外にも、VS2015をよく使うのですが、これがまたバックグラウンドプロセスを大量に発生させるんです。

現在、タスクマネージャに表示されているVS2015関連のプロセスは以下の通りです。

  • conhost.exe - このインスタンスは常に複数起動しています。これらを殺すと、2つは必ず戻ってきますが、リソースを大量に消費するわけではありません
  • devenv.exe - これがメインの IDE プロセスであることは分かっていますが、なぜ 700MB の RAM と 45 スレッドでアイドル状態になっているのでしょうか。
  • Microsoft.VsHub.Server.HttpHost.exe そして Microsoft.VsHub.Server.HttpHost64.exe - これらは何をしているのか分からず、それぞれ平均して約100MBのRAMと数十スレッドをアイドル状態にしています。 もし私がそれらを殺すなら、彼らは戻ってくる。
  • msvsmon.exe - デバッガの位置からして、デバッガと関係がありそうですが、デバッグモードではないのに、なぜ動いているのでしょうか? 終了させるとエラーメッセージが表示され、すぐに戻ってきます。
  • VsHub.exe - よくわからないし、あまりリソースを消費しない。殺すと、2つの "Microsfot.VsHub..." プロセスを一緒に持っていかれますが、それらはすべて1分以内に戻ってきます。
  • MSBuild.exe - これはビルドエンジンなんだろうけど ビルドを実行すると、最大で4つのプロセスが起動し、1つあたり約40MBのRAMでアイドリングしながら生き続けるのです。
  • ScriptedSandbox64.exe - これが何なのか分かりませんが、ビルドを実行するまで停止したままで、その後40MBのRAMでアイドル状態になっています。
  • VBCSCompiler.exe - これはRoslynだと思います。 殺すとビルドするまで死んだままで、その後100MBほどのRAMでアイドリングしています。

ご質問

  • これらのプロセスは何ですか?
  • これらの実行を避けることはできますか?
  • 使っていないときに生き続けるのを防ぐには、どれを使えばいいですか?
  • どのように?

解決方法は?

この投稿は、あなたの質問にすべて答えてくれるでしょう。

<ブロッククオート

これらのプロセスは何ですか?

  1. conhost.exe - によると ハウトゥギーク conhost.exe は以下を実現します。

conhost.exe プロセスは、以前のバージョンの Windows でコンソール ウィンドウを処理する方法にあった根本的な問題を修正したもので、Vista ではドラッグ & ドロップが壊れました。

  1. devenv.exe - によると MSDN :

Devenvでは、統合開発環境(IDE)の様々なオプションの設定や、プロジェクトのビルド、デバッグ、デプロイをコマンドラインから行うことができます。これらのスイッチは、スクリプトまたは .bat ファイル (毎晩のビルド スクリプトなど) から IDE を実行したり、特定の構成で IDE を開始するために使用します。

なぜメモリを大量に消費するのか?を可能にするため、大きな処理になります。

  1. その Microsoft.VsHub.Server.HttpHost.exe &です。 Microsoft.VsHub.Server.HttpHost64.exe はDevenvに似ているので、別のstackoverflowの投稿の答えで読むことができます。 こちら .

  2. msvsmon.exe - は、デバッグに関連するもので、以下のサイトで読むことができます。 MSDN :

リモートデバッグモニター(msvsmon.exe)は、Visual Studioがリモートデバッグのために接続する小さなアプリケーションです。リモートデバッグ中、Visual Studio はあるコンピューター(デバッガーホスト)上で実行され、リモートデバッグモニターはデバッグ対象のアプリケーションとともにリモートコンピューター上で実行されます。

  1. VsHub.exe とは非常に密接な関係があります。 Microsoft.VsHub.Server.HttpHost.exe & Microsoft.VsHub.Server.HttpHost64.exe ということで、以前紹介した記事を参考にすることを再度アドバイスします。 こちら .

  2. MSBuild.exe 複数プロセスについては、コンパイルするものに依存します。例えば、複数のプロジェクトが含まれるソリューションをコンパイルしている場合、あなたが言うようなメモリの問題が発生する可能性があります。このチケットを参照してください。 こちら .

  3. ScriptedSandbox64.exe これは、デバッグ・パフォーマンス・ツールに関連するもので、以下を参照して無効化することができます。 これ フォーラムに投稿されています。また、その投稿にあるように、この機能は デバッグ中の診断ツールの終了 の下にあるチェックボックス ツール->オプション->デバッギング .

  4. VBCSCompiler.exe - Roslynであることについては)そのとおりで、メモリを大量に使っているという報告もあります。以下をご覧ください。 これ バグレポート

どれかを実行しないようにすることはできますか?

私は、これらの実行を防ぐことはできないだろうと思います。もちろん、例外として ScriptedSandbox64.exe しかし、メモリ診断ツールを使用した場合、このプロセスをオフにすることもできません。各プロセスには目的があり、1つのプロセスを削除すると他の問題が発生する可能性があることを覚えておいてください。

<ブロッククオート

使用していないときに生き続けることを防ぐには、どのような方法がありますか?

もし必要であれば、Visual Studioを終了させてください。Visual Studioは非常に大きなアプリケーションで、メモリを大量に消費することが分かっているので、積極的に使用していない場合(Skypeを使用していてバックグラウンドで動作している場合など)には終了させます。このように、Visual Studioは非常に大きなアプリケーションで、メモリを大量に消費します。

<ブロッククオート

どのように?

使用していない間は、Visual Studioを終了してください。