Vscode: 一晩実行するとクラッシュする

これは、コンピュータを実行したままにしておくと、毎晩一貫して発生するようです。 CPUが最大になっているため、応答しないようです。 おそらく、ファイルまたはgitリポジトリのポーリングに関係する無限ループがどこかにあるのでしょうか。

OSがVSCode（実際にはElectron）をこのクラッシュを引き起こしている状態にすることを決定したのだろうか。 手がかりがあれば、Electronにpingを送信しました。

少なくとも1.19.x（メモリから）および1.2.4では、Atomfyiでは発生しませんでした。

11月の更新（0.10.2 / 0.10.3？）以降、同様の問題が発生しています。 ほぼ毎日ログインして、一晩放置したVSCodeウィンドウがすべてクラッシュしていることを確認しました（標準の非情報/謝罪のクラッシュエラー「VisualStudio Codeがクラッシュしました」）。

今日、0.10.5のアップデート後、そこにいる間に最初のクラッシュが発生しました。残念ながら、アクティブに使用している間はクラッシュしませんでした。

Windows 7（64ビット）でVSCodeを実行し、主に非常に大規模なプロジェクトでJSエディターとして使用します-合計で約100万行（検索する必要のあるライブラリを含むため、除外されません）。 通常の使用ではパフォーマンスの問題はなく、今日のクラッシュにつながる過度のリソース使用には気づきませんでした。

誰かが私にそれらを指摘することができれば、私はより詳細なエラーログ/情報を提供させていただきます。

@ Elusive138と同じ基本的な問題が発生します。コードを一晩（毎晩）実行したままにすると、午前中に必ず「Visual メッセージが表示されます。

それでもvscode0.10.5、Ubuntu12.04で再現します

運が悪かったので、Windows 10、Mac OS 10.11、Ubuntu15で再現しようとしました。 メモリ不足の問題が疑われますが、上記のいずれでもメモリが大幅に増加していませんでした。

誰かが次の条件でこれを再現しようとすることはできますか？

• 空のコードインスタンスだけを開くと再現されますか（[ファイル] | [フォルダーを閉じる]）
• ワークスペースを開いたときに再現されますが、エディターでファイルを開かないでください

Ubuntu 12.04、vscode 0.10.5は再現できず、週末に空のインスタンスを残しました。

このシステムのメモリ使用率が比較的高いことから明らかなように、微妙なメモリリークである可能性があります。

私は午後5時30分頃にコンピューターを離れ、システムメモリのコミットがゆっくりと増加しました。午後7時の時点で15,402MBでした。 3:09 AMは、システムのコミット制限（17,682 MB）に最も近いアプローチであり、コミットの使用量は16,218MBから15,217MBに減少しました。 これがVSCodeがクラッシュした場所かもしれないと思います。 コミットの使用は、ロギングが午前6時頃に停止するまで、そのあたりで安定していました（ディスク領域が不足しています-これらのパフォーマンスカウンターは大きいです！）。

残念ながら、すべてのVSCodeプロセスを含めなかったため、プロセス固有のログはありません。 今夜やってみます。

クラッシュの時間を取得できれば非常に便利です。 VSCodeはログをどこかに残しますか？

残念ながら、すべてのVSCodeプロセスを含めなかったため、プロセス固有のログはありません。 今夜やってみます。

それはとても便利です、ありがとう！

現在、vscodeはディスクにログを記録しません。

@ Elusive138 vscodeを実行させたワークスペースを共有できますか？

@bpasero残念ながらそうではありません。 ただし、これはExt JSに基づいており、（ライブラリ）コードの大部分はそこにあります。 この他のテストが完了した後、クリーンなExt JSワークスペースを試して、そこで再現されるかどうかを確認します。

@ Elusive138はい、私たちの側で再現するサンプルがあるとよいでしょう。

code.exeプロセスの1つ（ログのコード＃3、添付）がリークしているようです。 コミットは午後5時30分に約200MBで開始され、翌日の午前9時までに460 MBに達し、一定の増加が見られました。

ハンドル数は増えません。

vscode_memleak.zip

今回はクラッシュは発生しませんでした。おそらく、他のメモリを大量に消費するプログラムを実行していなかったためです。 後でコミット制限の低いVMでこれをテストできる可能性があります。

このログは、3つの大きなワークスペースを異なるウィンドウで開いた状態で一晩作成されました。 共有できるワークスペースに絞り込んでみます。

@ Elusive138リークするプロセスの詳細を理解しておくと役に立ちます。 そのPIDを見つけて、 ps aux | grep <pid>を使用して完全なメタデータを出力できますか？

ああ、多分これはWindows上にあります、よくわかりません:)？

@bpaseroコマンドラインは次のとおりです。

"C:\Program Files (x86)\Microsoft VS Code\code.exe" --type=renderer --no-sandbox --lang=en-US --app-user-model-id=Microsoft.VisualStudioCode --node-integration=true --device-scale-factor=1 --enable-delegated-renderer --num-raster-threads=4 --gpu-rasterization-msaa-sample-count=8 --content-image-texture-target=3553 --video-image-texture-target=3553 --disable-accelerated-video-decode --channel="4896.1.1021371100\1043577992" /prefetch:673131151

その他の詳細：

プロセスツリー：

これは、もう1日使用した後です。 ご覧のとおり、プロセスのメモリ使用量はその時間に直線的に増加しているように見えます（同じワークスペース）。

ああ...これは本当に悪いことでもありません。

4772は一晩で漏れたプロセスでした。 もう1つは日中の使用で盛り上がったようです…と思います。

@ Elusive138これは、コードで複数のウィンドウを開いているように見えますが、本当ですか？

@bpaseroはい、昨夜のテストでは、異なるワークスペースで3つのウィンドウが開いていました。 私は今夜​​、上記のようにクリーンなExtJSワークスペースで1つだけでそれを試します。

いいですね！

残念ながら、再現はありません...これは奇妙です。 その特定のプロジェクト内でリークを引き起こしている可能性があるのは何ですか？

そういえば、これは@Tyriarの最初の問題とは異なるかもしれません。 彼は反応しませんでした、私のものとgwynjuddはエラーダイアログでクラッシュします..？ その場合、多分私たちは新しい問題を作るべきです...

@ Elusive138奇数。 JSファイルを開かずにそのワークスペースを開くだけで再現されますか？

また、ヒープスナップショットを実行できるChrome開発ツールを使用してこれのプロファイリングを開始できるかもしれません。 そのためには、しばらく前後にスナップショットを作成して、それらのメモリがどこに移動するかを確認します。

@bpaseroああ、私はそれらのdevtoolsを完全に忘れました。 今夜それを試してみます。

@bpasero Main.js 、 workerMain.js 、およびworkerMain.js （2）のヒープスナップショットは実際には変更されません。 おそらく最大で5MBです。

私の状況をさらに追加して、フォルダーを開いた状態（クラッシュしたフォルダー）で実行しようとしましたが、作業ファイルがなく、一晩で発生しませんでした。 したがって、フォルダが開いていて、作業ファイルがアクティブな場合にのみ発生します。

@ Elusive138は、メモリ不足を引き起こす可能性のある他のプロセスを生成し、それらはヒーププロファイルに表示されません。 ただし、以前の投稿の1つから、レンダラープロセスからの高メモリを特定したようで、ヒープスナップショットの下に表示されるはずです。 子ではなく、レンダラープロセスのメモリが多いことを確認しましたか？ レンダラーは、ファイルウォッチングのプロセスなど、スポーンする他のプロセスの親であるためです。

@Tyriarは、それが何を意味するのかをより具体的にすることができます。 エディターでファイルを開かなかったのですか、それとも文字通り作業ファイルのセクションが空だったのですか？

私がファイルを開くかどうかを尋ねている理由は、たとえば、JS言語サービスはJSファイルを開いたときにのみ開始されるためです。 同じことが他の言語サービスにも当てはまります。 したがって、エディタでファイルを開かずにこの問題が再発する場合は、メモリリークがどの言語サービスでも発生していない可能性があります。

試してみる価値のあるもう1つのこと：拡張機能なしで実行して、拡張機能がリークしていないかどうかを確認します。 --disable-extensionsで実行できます。

@bpasero上記のコマンドラインは、スクリーンショットで強調表示されている（リークのある）4772用であると確信しています。 --type=rendererます。

週末にまた実行したままにして、何が起こるかを確認します。 JSファイルを開いていない状態でクリーンテストを行ったとは思いません。

@bpaseroファイルを開いておらず（右側）、ツリーの上で作業中のファイルのみを開いていたと思います。 仕事が終わったら、ファイルを開いて確認し、言語をメモしてみます。

確かなことはわかりませんが、クラッシュしたときはおそらくJavaScriptファイルではなく、C ++、Java、または言語がない可能性があります。 必ず確認します。

@Tyriarが、作業ファイルの下に何かを

@bpasero金曜日に仕事を辞める前に、さまざまな条件下で

@Tyriarはい、完全にそうです。複数のウィンドウを開いていると、使用されているメモリの合計になり、すべてがクラッシュします。 これは、複数のウィンドウを開いた場合でも、1つの親プロセスすべてと1〜1.5GBなどの1つのメモリ制限を共有するためです。 リークがどこから来ているのかを実際に理解するには、次の条件下で分離された1つのウィンドウを測定するのが最善です。

• --disable-extensionsを介して有効にされた拡張機能はありません（大量のメモリを消費したりリークしたりする拡張機能もクラッシュを引き起こします）
• 起動時にファイルが開かれていません（起動後にファイルを閉じるだけではもう手遅れです）
• 作業ファイルの下に作業ファイルがありません

ところで、影響を与える可能性のある作業ファイルの唯一のことは、ワークスペース内にない作業ファイルごとに、変更を監視するためにファイルウォッチャーをインストールすることです。 多分これはリークを引き起こしますが、驚くべきことです。 また、開いているワークスペース内にファイルがある場合はウォッチャーをインストールせず、外部のファイルのみをインストールします。

@bpasero開いているファイルがない場合でもリークはありません（？）。 いくつか開いたことを確認した後、今夜はクリーンなワークスペースを試してみます。

私は週末に次の設定で試しました：

1. Code --disable-extensions起動
2. 〜1300行のJavaScriptファイルを開く

メモリとCPUは、金曜日の夜と月曜日の朝でほぼ同じでした。

@Tyriarは、1つのファイルで空のワークスペースを開くだけ

@bpasero空のワークスペースを開いていますが、フォルダを開かず、起動時にフォルダが開いていませんでした

わかりました。知っておいてください。 したがって、これは（潜在的に大きな）フォルダを開いていることに関連しているようです。 それでも、このフォルダを開くだけで十分なのか、ファイルを開くだけでトリガーされるのかを確認できます。

@bpasero週末にファイルを開かずに大きなフォルダを開いていましたが、メモリ使用量の目立った増加はありませんでした。 大規模なフォルダーとファイルを開くテストの結果を、再現可能で共有可能なワークスペースで約7時間以内に取得できることを願っています。

@bpasero以前にクラッシュが発生したフォルダーは、13000〜14000ファイルの強度がありました。これには、それ自体が約2000であったgitリポジトリが含まれます。

（テストのために）それを見てからしばらく経っているので、次の最新バージョンでもクラッシュが発生することを再確認すると思います。

そして、私はそれがJSワークスペースだと思いますか？

@bpasero py、cpp、js、html、css

わかりました。小規模な場合、これはゆっくりとVSCodeTest.zip 。 /ext/build/ext-all-debug.js開いて

（はい、zip内の7zです... GitHubでは7zまたはxzを直接アップロードできません。また、zipとgzipが大きすぎます）

@ Elusive138平均でどれくらい増加しますか？ いくつかのJSファイルを含むワークスペースを2時間開いて、メモリを増やすことはありませんでした。

@bpasero申し訳ありませんが、再現に問題があります。 私は以前の試みで迷子のgitリポジトリを持っていたと思いますが、それは上記のアーカイブには含まれていませんでした。 より具体的な結果が出たらお知らせします。

複数の独立したインスタンスを開くことができれば、本当に役に立ちます...夜に1つのテストに制限されるのは非常に遅いです。 別々のプロファイルのChromiumフラグをたまたま持ち越しますか？

文書化はしていませんが、並行して実行できる複数のコードバージョンを構築することは可能です。 https://github.com/Microsoft/vscode/blob/master/product.jsonの値を変更して異なるようにし、コマンドラインからビルドすると、複数の異なるインスタンスを開始できます。 一意である必要がある識別子は次のとおりです。

• darwinBundleIdentifier
• win32MutexName
• nameShort
• nameLong
• dataFolderName（例： "dataFolderName"： ".oss-code-1"）

Windows8.1。 コードで、午前中に39,000ファイルを含むgitリポジトリ用のフォルダを開きました。
それでほとんど何もしませんでした、いくつかのファイルのいくつかの小さな編集。
1日の終わりまでに、タスクマネージャーによって報告されたコミットサイズは672,164Kでした。
私がプログラムに参加していなくても、それは一日中着実に成長しました。

@gushieこのレポを私と共有できる可能性はありますか？ また、最初に報告された記憶は何でしたか？

@bpasero申し訳ありませんが、リポジトリ自体を共有することは許可されていませんが、ファイルの内容自体を除いて、役立つ可能性のある詳細があればお知らせください。 このプロセスは、最初は約110MBから始まり、すぐに約130MBに増加してから、90MBに戻ります。 その後、この時点から着実に成長していきます。 （4MBから30MBまで変化する他の5つのcode.exeプロセスがありますが、これらは目立って大きくなりません。コードウィンドウは1つだけです）

今日戻ったときにプロセスがクラッシュしたため、昨日の最終的なコミットサイズが何であったかわかりません。

@ gushiecode.exeプロセスでパフォーマンスモニターを使用して「プライベートサイズ」を監視しています。

問題のあるワークスペースを共有できないのはかなり迷惑です！ 誰かがオープンソースでこれに遭遇したのだろうか。 類似点を探しています：あなたのリポジトリはgit-svnで使用されたことがありますか？

@bpaseroありがとうございます。月曜日に戻ったときに、残したプロセスが再現されない場合は、追加のコピーをいくつか作成してみてください。 どれがどれかを追跡する方法を理解する必要がありますが、それは問題になる可能性があります。

@ Elusive138 Atlassianツールを使用しているため、SourceTreeはプライベートStashサーバーに接続します

ああ、それは私のものとは完全に異なります。 SVNサーバーに接続しているローカルGitリポジトリ（Git拡張機能付き）でした。 私の現在のテストは、vscodeのものに基づいたgitリポジトリを使用しています...うまくいけば、それが再現され、共有できます。

@gushieファイルを開かずにワークスペースを開くだけで再現されますか？ 最初にすべてのファイルを閉じてから再起動して、この設定を取得してください。 それが再現されない場合、ワークスペースを開いて1つのJSファイルを開き、そのようにすると再現されますか？

@bpasero昨夜、編集されていない作業ファイルを1つだけ開いたままにして

この問題を読むまで、作業ファイルをクリアしたことはありませんでした。 （私は実際にそうする必要はありませんでした。私は通常、このパネルを無視し、その下のプロジェクトファイルエクスプローラーを介して、またはCtrl + Eでファイルを切り替えました）。

再びクラッシュしました。今回は通常の使用後ですが、次の状態のままでした。

• 〜14000ファイルフォルダを開く
• 5つの作業ファイルがアクティブです（.cc、.java、.h、.py、.json）
• テキストエディタで開いているファイルがありません

ps aux出力：

❯ ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
...
daniimms  6086  0.0  0.5 970620 92180 pts/0    Sl   Jan11   0:36 /home/local/ANT/daniimms/VSCode-linux-x64/Code /home/local/ANT/daniimms/VSCode-linux-x64/resources/app/out/bootstrap --type=watcherService

前述のように、これは通常の使用後のものであり、セーフモードではないため、拡張機能が原因である可能性がありますか？

小さな編集を開いたまま1つのファイルを残し、そのファイルだけを作業ファイルに残しました。 そうでなければ一日中手つかず。 メモリは初期値から増加していません。

@Tyriarは、ファイル監視サービスであり、Linux / MacではChokidarを使用しています（https://github.com/paulmillr/chokidar）。 これは、ファイルを監視しているときにリークがあることを示しています。 常に実行され、ファイルを変更するビルドタスクはありますか？

@gushieこれはフォルダを開かずにしたのですか？

@bpaseroフォルダを開いていました。 フォルダ内のファイルを最初に開く以外に、メモリリークを開始するように見えるアクションが明らかにあります。 引き続き監視し、絞り込みます。

@bpaseroそれは私が出力で見ることができた唯一のvscode関連のプロセスでした、それが無反応のためにすでに殺されたのでそれが出力で見えなかった可能性がありますか？ 示されているように、プロセスはメモリの0.5％とCPUの0％しか使用していませんでした。 最近の発見から、私が経験している問題はおそらくJSサービスが原因ではないと思います。

ところで、月末までこの理由が見つからない場合でも、変更をプッシュして、デフォルトで表示されるクラッシュダイアログでウィンドウを再度開くアクションを選択して、離れた場所で作業を続行できるようにしました。 これは、複数のウィンドウを開いていて、そのうちの1つだけがクラッシュする場合にも適しています。

（1つ欠けていること、そして将来的には、UIの状態を定期的にディスクにフラッシュできるようにして、再度開くと以前の作業環境も復元できるようにすることです）

@bpasero ：+1：それは役に立ちます。

VSは約1か月間、毎朝クラッシュしています。 私は忍耐の終わりに来ました。

正気のエディターはこれを頻繁にクラッシュさせないはずなので、これがPRI0のバグとして扱われていることを願っています。

なぜこれが起こっているのかを追跡する方法を教えてください。 私はこれが他のマシンでも起こるのを見ました。

@nojvekこれが発生するワークスペースを私と共有できますか？

共有ワークスペースの意味がわかりません。 これは、少しc ++を使用したtypescript / HTML / CSSプロジェクトです。 約1500ファイルと80,000行のコード。

VSにクラッシュダンプを表示する方法はありますか？

@nojvekこの問題を再現するためにCodeを実行できるワークスペースが

ベンジャミン、

その内部のMicrosoftソースコードと私はあなたにそれを与えることができないと思います。

追加できるメモリ監視ツールがある場合はお知らせください。

Chromeデバッガーを組み込んだメモリスナップショットを撮るとうまくいくでしょうか
何が起こっているかを確認するために、vscodeで数時間ごとに？

2016年1月23日（土曜日）には、ベンジャミン・パセーロ[email protected]
書きました：

@nojvekhttps ：//github.com/nojvekワークスペースが欲しいのですが
この問題を再現するためにCodeを実行できます。 に関連していると思われます
どこかでメモリリークが発生し、どこにあるかが明確ではありません。 zipを送っていただければ
ワークスペースの、またはオープンソースの場合はgitURLかもしれません。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/508#issuecomment-174192367 。

はい、メモリスナップショットは、このリークがVSCodeのメインサイド内にある場合にのみ役立ちます。 ただし、少なくとも1つのケースでは、リークは私たちが生成したプロセスの1つ（ファイルウォッチャー）にあったようです。 たぶん、プロセスエクスプローラーを使用して特定できます。このプロセスは、メモリ消費の観点から絶えず増加しています。

ソースコードを提供するのに役立つ場合：私はマイクロソフトで働いています;）

上司に一言お願いします。 これはWindowsリポジトリにあるので、
少し注意してください。

スレッドからは、chokidarがファイルウォッチャーに使用されているようです。 しばらく
戻る私はソースコードで遊んだ。 ちょっとスパゲッティでした。

独自のシンプルノードアプリにchokidarをロードできるかどうかを確認し、
犯人。

ところで、vsがchokidarを使用する必要がある特定の理由はありますか？ 他にもあります
クロスプラットフォームのファイルウォッチャーでしょ？

2016年1月24日（日曜日）には、ベンジャミン・パセーロ[email protected]
書きました：

はいメモリスナップショットは、このリークがメイン内にある場合にのみ役立ちます
VSCodeの側面。 しかし、少なくとも1つのケースではリークがあったようです
生成するプロセスの1つ（ファイルウォッチャー）。 たぶんあなたなら
Process Explorerを使用して特定します。このプロセスは、
メモリ消費の条件。

ソースコードを提供するのに役立つ場合：私はマイクロソフトで働いています;）

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/508#issuecomment-174269028 。

ChokidarはMacとLinuxで使用されます。Windowsを使用している場合は、C＃ファイルウォッチャーを使用します。 実用的でパフォーマンスの高いクロスファイルウォッチャーソリューションを使用したPRを喜んで受け入れます:)

ノード4.0の時点で、fs.watchはWindowsとMacの両方で安定しています。 https://github.com/Microsoft/TypeScript/issues/4643を参照して

Typescriptには、かなり堅実なクロスプラットフォームのファイル/ディレクトリ監視ロジックがあります。 https://github.com/Microsoft/TypeScript/blob/931d162620c7e09377c12875834e1838c4cdd51b/src/compiler/sys.ts

変更を加えたVSコードのローカルビルドを取得して、それでもクラッシュするかどうかを確認します。 そうでない場合は、必ずPRを送信します。

ディレクトリで再帰的な監視呼び出しを使用して、フォルダごとに監視リスナーをアタッチする必要がないようにすることで、はるかに良くなったと思いますが、少なくとも場合によっては、イベントでファイル/フォルダ名が失われることがあると思います。 ここでC＃を使用すると、より自信が持てるようになります。

今日はなんとか再現できました。 開発者ツールコンソールをプルアップしてメモリスナップショットを取得する前に、クラッシュしました。

http://i.imgur.com/rirFul1.png

typescriptサーバーは約200MBを使用しているようです。
レンダラーは約800MBを消費し、その後クラッシュしました。

約500MBの使用量が得られたら、メモリスナップショットを作成しようとします。 --rendererプロセスはWebkitプロセスですよね？

これは、最後にクラッシュが発生してから2日後のことです。 このツールを8時間使用すると、多くのTSファイルを編集することで使用量が増えるようです。

いいですね、レンダラープロセスはエディターのメインプロセスです。 そこでメモリスナップショットを作成できれば、さらに先に進むことができます。 残念ながら、スナップショットは他のプロセスでは機能しませんが、それらは問題ないようです。

tscse（typescriptサーバー）が200MBを消費するのは正常ですか？

21:29で火、2016年1月26日には、ベンジャミン・パセーロ[email protected]
書きました：

いいですね、レンダラープロセスはエディターのメインプロセスです。 もし、あんたが
そこでメモリスナップショットを実行できます。 残念ながら
スナップショットは他のプロセスでは機能しませんが、
大丈夫です。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/508#issuecomment-175408302 。

ええ、とても簡単です。

笑！ ヒープスナップショットを取得している途中で、VSがクラッシュしました。

もう一度やり直して、明日は幸運があるかどうかを確認します。

ヒープスナップショットを取得しようとしているときにクラッシュしないように、vscodeにメモリ制限を増やすように指示する方法はありますか？

スナップショットを取得すると、メモリ不足の例外が発生したと思います：-/。 メモリ制限を変更する方法はありません。V8でハードコードされています。

メモリ使用量が非常に高くなる前に、スナップショットを少し早く撮ってみてください。 徐々に増加していますか？

過去2週間ほど、再現できませんでした（クラッシュなし、適切なメモリ使用量）。 私が考えることができる唯一の違いは、PowerShell拡張機能が0.1.0から0.3.1に更新されていることです-しかし、とにかくワークスペースにPSファイルがなく、その時点で拡張機能が無効になっているとクラッシュしました。

--rendererプロセスで使用される約300MBのダンプが成功しました。 ダンプを取ってから10秒後にクラッシュしました。

使用法の大部分はDOMツリーにあるようです。

https://www.dropbox.com/s/dk5exyke3fqgahk/VS.heapsnapshot?dl=0

お役に立てれば。

うーん、プロファイラーがここで本当の真実を語っているのだろうか。 ツリーのすべての要素が表示され、ツリーにリークが発生する可能性もありますが、このリークにより、このような短期間でメモリ不足が発生する可能性があることに驚かされます。

私はさらにいくつかのダンプを取りました。

.min.jsファイルを開くと、メモリが大幅に増加するようです。 ファイルを閉じた後でも、メモリがダウンしていないようです。 すべてのメモリダンプの間では、DOMが支配的であるようです。

また、2つのレンダラープロセスがあった理由もわかりません。 それらの1つはクロムdevtoolsだったかもしれません。 しかし、私は1ギガに非常に近づきました。

https://www.dropbox.com/sh/3t238zx7l3vfpzx/AABCbFBNYLzHinkN7OTe6ubya?dl=0

約500MBのRAMを消費する2つのプロセスのスクリーンショットを撮りました。

はい、1つはdevtoolsです。 ファイルを開くとメモリが増えることが予想されます。 しかし、アクティビティなしで一晩実行されているVS Codeが、クラッシュするまでメモリ使用量がどのように増加するかを理解したいと思います。

再現は次のとおりです。
スタートvsコード。
.tsconfigファイルがたくさんある大きなフォルダーで1つまたは2つのjs / tsファイルを開きます。
スクロール/編集を行います。
すべての作業ファイルを閉じます。
200℃でも一晩入れてください。
ケーキ！

2016年1月29日（金曜日）には、ベンジャミン・パセーロ[email protected]
書きました：

はい、1つはdevtoolsです。 開くとメモリが増えることが予想されます
ファイル。 しかし、実行されているVSCodeがどのように実行されているかを理解したいと思います
アクティビティのない夜は、クラッシュするまでメモリ使用量が増加します。

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/508#issuecomment-177087988 。

@nojvek再現するには.tsconfigが必要ですか？ 過去にTSに関連するものがまったくない状態でクラッシュしたことがあるからです。 もう再現することすらできませんが...

私たちのプロジェクトにはたまたまそれらがあります。 赤いニシンかもしれません。

2016年1月30日土曜日、Bobnotifications @ github.comは次のように書いています。

@nojvek https://github.com/nojvek.tsconfigsは
再現？ 過去にTS関連の何もせずにクラッシュしたことがあるからです
すべて。 もう再現することすらできませんが...

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/508#issuecomment-177198518 。

私たちのフォルダーにある唯一の。*ファイルは.gitフォルダーと.gitignoreです

@nojvekプロジェクトでカスタムtypescriptサーバーを使用していますか、それとも0.10.6で出荷されているすぐに使用できるTSを使用していますか？ 0.10.6で出荷されるのはTypeScript1.7.5です。

@bpasero @nojvek（ JS側のメモリの問題の場合）。 Chromeでヒープスナップショットを比較できます。

1. スナップショットを撮ります。
2. メモリリークの原因となるアクションを実行します。
3. ガベージコレクションを強制します。 それ以外の場合、次のヒープスナップショットにはオブジェクトが含まれます。
4. 別のスナップショットを撮ります。
5. 両方のスナップショットを比較します。

上記のChromeDevtoolsですべてを行うことができます。 ガベージコレクションの力は、タイムラインタブのガベージアイコンにあります。 差分は、フィルターメニューのスナップショットエクスプローラーで選択するだけで実行されます。

どのオブジェクトが保持され、可能な保持パス（ヒープテーブルのすぐ下）を報告するだけです。 そして、それはこの問題を修正するために必要なすべてのデータです。

クラッシュに関するデータを収集するために丸一日待つ必要はありません：wink：

私が送信したDropboxリンクには、30分間隔で3つのヒートスナップショットがありました。
強制ガベージコレクションは行いませんでした。 それをトリックします。

2016年1月31日（日曜日）には、Tinganホー[email protected]は書きました：

@bpasero https://github.com/bpasero @nojvek https://github.com/nojvek
JS側のメモリの問題である場合。 ヒープスナップショットを差分できます
クロム。

1. スナップショットを撮ります。
2. メモリリークの原因となるアクションを実行します。
3. ガベージコレクションを強制します。 それ以外の場合、次のヒープスナップショットは
   オブジェクトを含めます。
4. 別のスナップショットを撮ります。
5. 両方のスナップショットを比較します。

上記のChromeDevtoolsですべてを行うことができます。 ゴミの力
コレクションは、タイムラインタブのゴミアイコンにあります。 そして、違いは
フィルタメニューのスナップショットエクスプローラで選択するだけで実行できます。

どのオブジェクトが保持され、可能な保持パス（すぐ下）を報告するだけです
ヒープテーブル）。 そして、それはこの問題を修正するために必要なすべてのデータです。

クラッシュに関するデータを収集するために丸一日待つ必要はありません[画像：
：ウィンク：]

—
このメールに直接返信するか、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/508#issuecomment-177462412 。

私も同じ問題を抱えています。VSCodeは、30分間アイドル状態になった後でも、一晩だけでなく常にクラッシュします。
Windows 7、64ビットおよび最新バージョンのVSCodeを使用しています。 プロジェクト自体に関しては、node_modulesとbower_componentsもロードされた巨大なjsプロジェクトです。 合計で約40Kのファイルがあります。

再現する手順：
1）プロジェクトフォルダ（多くのファイルを含む）を開き、作業ファイルリストに表示されるようにいくつかのファイルを開きます。
2）タスクマネージャーを開きます。
3）カーソルを置いてVSCodeのファイルにフォーカスします
4）時間の経過とともにメモリが増加するのを監視します。

この問題を認識しているJSワークスペースを持つ人々は、JS言語サービスとしてSalsaを使用するオプションを使用して0.10.7インサイダーリリースを試してみることができますか（ https://vscode-builds.azurewebsites.net/insider）：https://github.com /Microsoft/vscode-docs/blob/vnext/release-notes/latest.md#javascript --- salsa-preview

ありがとう！

この問題の+1。 Windowsにも表示されます。 その完全に迷惑で、私はそれが好きではありません。

@bpasero新しいビルドを試してみたいのですが、提供されたリンク（https://vscode-builds.azurewebsites.net/insider）にアクセスしようとすると、次のテキストを含む非常に役に立たないエラーメッセージページが表示されます。 ：

サインイン
申し訳ありませんが、ログインに問題があります。
悪いリクエストを受け取りました。

追加の技術情報：
相関ID：e477dc1b-c193-4cf9-864b-1d3fdbba4f34
タイムスタンプ：2016-02-03 19：37：17Z
AADSTS50020：IDプロバイダーのユーザーアカウント ' [email protected] ' https://sts.windows.net/5a7d8144-6966-4b1e-8147-de672a307ea0/ 'はテナント' Microsoft 'に存在せず、アプリケーション'にアクセスできませんそのテナントの9d5f02f6-ffd9-4e80-92d5-e42c85e09bc9 '。 最初に、アカウントを外部ユーザーとしてテナントに追加する必要があります。 別のAzureActive Directoryユーザーアカウントでサインアウトして、再度サインインします。

この問題のため、ビルドをダウンロードして試すことができません。

申し訳ありませんが、間違ったリンクです。https：//code.visualstudio.com/insidersを使用して

@bpaseroありがとう私はインサイダービルドをJS言語サービスとしてSalsaで実行しています。 翌日かそこらでどうなるかお知らせします

@bpasero 、インサイダーリリースを試しましたが、アイドル状態のVS Codeで一晩クラッシュした後も、問題は解決しません。

@milenkovic @gwynjudd https://github.com/Microsoft/vscode-docs/blob/vnext/release-notes/latest.md#javascript --- salsa-で概説されているように、Salsaを有効にする手順も実行する必要があり

@bpasero 、あなたは正しかった、Salsaを有効にして問題を修正した。 週末にVSCodeを開いたままにしましたが、それでもクラッシュしませんでした。

それは良かったです！ 他の人も試してこれを確認できれば面白いでしょう。

@bpaseroサルサを有効にして、週末に実行したままにしました。 今朝は墜落した。

インストールされたtypescript

$ npm install -g typescript<strong i="6">@next</strong>
C:\Users\mapatel\AppData\Roaming\npm\tsserver -> C:\Users\mapatel\AppData\Roaming\npm\node_modules\typescript\bin\tsserver
C:\Users\mapatel\AppData\Roaming\npm\tsc -> C:\Users\mapatel\AppData\Roaming\npm\node_modules\typescript\bin\tsc
C:\Users\mapatel\AppData\Roaming\npm

settings.jsonを次のように設定しました

{
    "typescript.tsdk": "C:/Users/mapatel/AppData/Roaming/npm/node_modules/typescript/lib"
}

と環境設定

$ setx VSCODE_TSJS 1

SUCCESS: Specified value was saved.

VS codeInsiderのフッターにサルサがまだ表示されていません。

@nojvek私は基本的にあなたがしたことをしました、そして私はフッターにサルサを見ます、しかし.jsファイルが開いていてエディターで見えるときだけです

@gwynjuddクラッシュダイアログが表示され、0.10.8を出力すると、ウィンドウを再度開くことができたと思いますか？

@bpaseroはい、新しいクラッシュダイアログが表示され、再起動できました

グウィンジャッド

- - - - オリジナルメッセージ - - - -
差出人：ベンジャミンパセロ
日付：2016年2月9日
宛先：Microsoft / vscode
Cc：グウィンジャッド
件名：Re：[vscode]一晩実行するとクラッシュする（＃508）

@gwyn juddhttps：//github.com/gwynjuddクラッシュダイアログが表示され、0.10.8を出力すると、ウィンドウを再度開くことができたと思いますか？

このメールに直接返信するか、Gi tHubhttps：//github.com/Microsoft/vscode/issues/508#issuecomment-181726111で表示してください。

@gwynjuddこれはJSのみのワークスペースですか、それともPHPのような他のファイルタイプが含まれていますか？

@bpasero typescript、java script、css、less、aspx、csを含む多くのファイルタイプがあります

グウィンジャッド

- - - - オリジナルメッセージ - - - -
差出人：ベンジャミンパセロ
日付：2016年2月9日22:49（GMT + 12：00）
宛先：Microsoft / vscode
Cc：グウィンジャッド
件名：Re：[vscode]一晩実行するとクラッシュする（＃508）

@gwyn juddhttps：//github.com/gwynjuddこれはJSのみのワークスペースですか、それともPHPのような他のファイルタイプが含まれていますか？

このメールに直接返信するか、Gi tHubhttps：//github.com/Microsoft/vscode/issues/508#issuecomment-181786273で表示してください。

新しいビルドでは、毎朝実行したままにしておくとクラッシュしました。 私はこれらの拡張機能のみをインストールしています（新しいビルドでは、リリースビルドでは異なる拡張機能がありました）：

私が仕事に就いた今朝、それは墜落していませんでした。 金曜日に仕事を辞める前は、何も変わりませんでした。

@Tyriarはそれが起こったときにそのような設定をしていたように見える

コードを取得するには、こちらの手順に従ってくださいhttps://www.chromium.org/developers/how-tos/get-the-code

また、しばらく使用した後、コードに遅れが生じ、最終的にクラッシュすることに気づきました。 F1を押して「ウィンドウの再読み込み」と入力すると、遅延が発生したときにスムーズに実行できることに気付きました。 それは今のところ問題を解決しているようです、そしてそれから私は今のところそれを回避することができます。 これが修正されるのを見るのは間違いなく興味があります。

このスレッドを読んだところ、レンダリングプロセスが原因であると推測していますが、テストは行っていません。エクスプローラーパネルのリストにある作業ファイルの量に関係なく、発生するようです。コードがロードされたときにファイルが開いているかどうか、おそらく現在作業中のファイルのサイズ、そしてそれがgit diffチェッカーと関係があるかどうかはわかりませんが、それが原因ではないかと思います。

私もMacOS X El Capitan 10.11.3を使用していて、自宅で使用したときにWindowsでこの問題が実際に発生したことはありませんでしたが、自宅でプロジェクトを実行するための巨大な作業ツリーはありません。私が仕事で働いている巨大なフォルダ。

両方の問題が関連していることを願っていますが、そうではないかもしれないことを恐れています。ここのほとんどの人は、ユーザーの操作なしでコードを実行したままにするとコードがクラッシュするのを見て、非常に疑わしいようです。 ただし、コードを長期間使用しているときにメモリ不足の例外が発生してコードがクラッシュするのは、他のメモリリークが原因である可能性があります。 理想的には両方の問題が同じです:)

技術的には、私も使っていなくても遅くなってクラッシュするようですが、その場合も同じかどうかはわかりません。 いずれにせよ、症状は少なくとも似ているようです。 私の問題が関連していないことがわかった場合は、代わりに別の問題を作成できます。

@cwadrupldijjit夜間にクラッシュする問題が発生した場合は、可能であればワークスペースにアクセスできると便利です。

何ができるか見ていきます。 私は通常、Macを夜にスリープ状態にするので、その間は何も起こりません。 夜はそのままにして、朝に何かあったらお知らせします。 あなたが私のワークスペースにアクセスできるなら、私もあなたに投稿し続けます。

いいですね、ありがとう！

K.それで、私はコードのインスタンスを一晩実行したままにしましたが、クラッシュしたり、すぐに遅れを感じたりする問題はありませんでした。 今日も仕事を続けていましたが、他のことをしているときに少し休憩したところ、また遅れ始めました。 問題は積極的に使用したことによるものではないようですが、私が取り組んでいる間に何か他のものがそれを引き起こしたようにも聞こえます。

プロファイラーを実行して監視し、上記で説明したものとは異なる結果が見つかった場合は、新しい問題を作成します。

あなたが私のワークスペースにアクセスできるかどうかは確認していませんが、残念ながらそれをあなたと共有することはできないと思います。

昨日プロファイラーが特に遅くなり、ヒープスナップショットを撮っていたときに、コンピューターが使用可能なRAMを使い果たしてしまい、コードを強制的に閉じることすらできなかったため、再起動する必要がありました。コンピュータ。 それが再び起こらないように、以前よりも早く実行しようと思います。

これは少し話題から外れていますが、私が訪れたインサイダービルドのリンクを投稿しました。 Windowsバージョンをダウンロードしたかったのですが（自宅で使用しているため）、そのリンクにアクセスしようとすると、最初に通常のダウンロードページにリダイレクトされますが、ダウンロードを開始せずにすぐにメインページにリダイレクトされます。 実際、それは私がいたダウンロードページの履歴を上書きするので、履歴に戻ってアクセスすることすらできません。 インサイダーを構築させる他の方法はありますか？

@cwadrupldijjit

これは少し話題から外れていますが、私が訪れたインサイダービルドのリンクを投稿しました。 Windowsバージョンをダウンロードしたかったのですが（自宅で使用しているため）、そのリンクにアクセスしようとすると、最初に通常のダウンロードページにリダイレクトされますが、ダウンロードを開始せずにすぐにメインページにリダイレクトされます。

申し訳ありませんが、一部のユーザーからインサイダービルドに関する奇妙な問題が報告され、この問題が理解できるまで一時的に停止しました。

@egammaそのせいでアクセスできなかったのではないかと思いました。 それでは、いつ機能するかを見守っていきます。

@Tyriar Linux、Windows、Macでクロムワークスペースを一晩試しましたが、クラッシュを再現できませんでした。 もう一度お試しいただけますか？

これが関連しているかどうかはわかりませんが、VS Codeを開いてしばらく忘れると、勤務中にクラッシュする傾向があることに気付きました。 私は11時間働いており、通常は朝一番にコードを開きます。 日中のある時点で、コンピューターがクラッシュするか、強制的に強制終了するまで、コンピューターの速度が低下し、ハングし始めます。

それが役立つかもしれない場合に備えて...

私がVSCodeで開いている主なプロジェクトは、BVCart（バージョン2004.7）と呼ばれる比較的変更されていないバージョンのショッピングカートです。 私は現在約25〜30の作業ファイルを持っており、VS Codeを開いて一日中触れないだけでも、クラッシュにつながります。

プロジェクトは1836個のファイルと130個のフォルダーで合計約35MBで、小さなgitリポジトリに含まれています。

@ZombieProtectionAgencyこのワークスペースを私と共有することは可能ですか？

@bpasero申し訳ありませんが、私は間違いなくそれを共有できませんでした:(私は見ていませんが、どこかでオンラインで見つけることができるかもしれません。それはほとんどフラットな昔ながらのASPVB.Netショッピングカートです。ファイルは、aspx、ascx、および少数のcssファイルを含む.vbです。

まったく同じエラーが発生しています。 VSCodeは数分ごとにクラッシュします。 ニレと一緒に使っています。 オンのままでも衝突しません。 ファイルの終了を開始してから数分以内に衝突します。 過去3日間はこのようになっており、VSCodeは使用できなくなっています。 何が起こっているのかを確認するにはどうすればよいですか？ バージョン0.10.10を使用しています。

私が持っていた別の考え：さまざまなエンドポイント（git、タスク、拡張機能）から出力を受信できるサービスがあります。これは、バックグラウンドで発生して合計される可能性があるものです。 以前のリリースにはないGAについて、この領域でかなりの修正を行いました。

夜間にクラッシュした人が、バックグラウンドからログに記録された出力があるかどうかを簡単に確認できるとしたら？ これは、[表示]> [出力の切り替え]から確認でき、ドロップダウンからチャネルを切り替えることができます。

@bpasero
「タスク」出力には、自分のコンパイルタスクから期待する出力が表示されています。
「Git」の出力には、かなりの数のgitフェッチがあり、いくつかのgitショーが点在しています。 タイムスタンプがないので、どれくらいの頻度かはわかりません。 ただし、他の出力はありません。

私たちは時々自動フェッチを行いますが、そこに表示される主な出力は、おそらくVSCode内で行う作業からのものです。 VS Codeがバックグラウンドにあるときに出力が加算されると、興味深いでしょう。 タスクは常に実行されていますか、それともコンパイルタスクを明示的に呼び出した場合にのみ実行されますか？

タスクは、Ctrl + Shift + Bを押したときで、その後すぐに終了します。 ただし、タスクを実行していないとクラッシュしました。

ファイルを切り替えると、2つの同じgit showが表示されます。はい、gitfetchは数分ごとに自動的に発生します。

VSCode内ではチェックアウトなどを行わないことに注意してください。すべてのgit関連タスクにSourceTreeを使用しています。

@bpasero今日は出力ウィンドウを

最新のインサイダービルドがリリースされました。この問題を試していただければ幸いです： //code.visualstudio.com/insiders

@bpasero以前のインサイダービルドをまだ持っていましたが、それを実行して「更新を確認」することはできますか、それとも指定したリンクからビルドを更新する必要がありますか？

あなたに返事をしようとします。 正直なところ、私はVSCodeをあまり見ていません
最近クラッシュします。 少なくとも、毎日クラッシュすることはありません。

百万以上の行で巨大なファイルを開くことでクラッシュさせることができます
jsを縮小し、上下に繰り返しスクロールします。 しかし、私は何であるかを知っています
エディターの限界を押し広げます。

マジックソースとして追加してきたものは何でも私のために働いています。

12時29分PMに水、2016年3月16日には、ベンジャミン・パセーロ[email protected]
書きました：

私たちの最新のインサイダービルドが出ました、そして人々ができれば私は感謝します
この問題を試してみてください： //code.visualstudio.com/insiders

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/508#issuecomment -197503185

@gwynjudd VS Codeのロゴが緑色のロゴとして表示されている場合は、更新できるはずです。

@nojvekはい、それは限界を少し押し上げています。 3月のリリースでは、改善できる領域を見つけるために明示的なメモリテストを行いました。 インサイダービルドには、これらの修正の一部が含まれています（すべてではありませんが、昨日と今日はまだ行われていない変更をいくつか行いました）。 だから、これを見る人々に何か違いがあるかどうかだけ興味があります...

@bpaseroありがとうございます。それがどうなるかをお知らせします。

@bpaseroは、マーチインサイダービルドで一晩中同じクラッシュを起こしました。 通常の使用中に開発者ツールからヒープダンプを取得してみませんか？ コードのメモリ使用量を監視し、ダンプが増加しているように見える場合はダンプを取得することができます

はい、ありがとうございます。

これは、コードを起動した直後のヒープスナップショットです（その時点でのメモリ使用量は約100MBです）

ヒープ-20160318T115937.zip

1、2時間後にもう一度やり直します。 トリッキーなビットは、メモリがいくらか増加した時点で取得しているようですが、スナップショットを取得するとメモリ不足になるほどで​​はありません。

ヒープスナップショット（メモリ不足）を取得しようとしたときに同じ種類の結果が表示されましたが、面白くありません。

最新のインサイダービルド（Mac用）にはまだメモリの問題があるように感じます。 コンピューターを犠牲にすることなく、別のヒープスナップショットを取得できるかどうかを確認します。

@bpasero申し訳ありませんが、ヒープスナップショットをまだ正常に取得できていません。 以前にキャプチャしたメモリのようにメモリが非常に少ないか、500 MB以上と急上昇してスナップショットを取得すると、クラッシュが発生します。

メモリ使用量が1GBを超え、状況が鈍くなり始めたため、vscodeを1日に1〜2回再起動する必要があります。 本格的なIDEと同じ量のメモリを使用しているため、リークが発生していることは間違いありません。

@ vincent-lyこれが表示されているワークスペースの詳細を共有できますか？

@bpasero gulpを含むいくつかのbowerコンポーネントを使用する約30〜40のjs / scss / htmlファイルがあります（vscodeタスクランナーなし）。 私は2つのエディターペインを使用しており、かなり標準的なファイル検索を頻繁に使用しています。 起動時のメモリ使用量は100MB未満ですが、最小化しても時間の経過とともに増加します。

インテリセンスは要因になりますか？ AngularとjQueryのタイプ定義がインストールされています。

メモリプレッシャーの軽減に取り組んだインサイダービルドを試して、それが改善されるかどうかを確認できます： http ：

拡張機能がインストールされていますか？

@bpasero角度のあるスニペット
https://marketplace.visualstudio.com/items?itemName=johnpapa.Angular1

インサイダービルドを試して報告します、ありがとう！

+1

VSCode for Windows 0.10.11同じ問題が発生しています。 通常、使用していないときは毎晩常にクラッシュします。 情報を収集するための手順があれば、喜んでお手伝いします。

28,438ファイル、4,812フォルダーのTypeScriptgitリポジトリで実行しています。 多くのTypeSriptdefを備えたgulpウォッチャーもあります。

次の拡張機能をインストールしています。

• パワーシェル
• C＃
• 素材テーマキット

@alanwrightは、最新のインサイダービルド（http://code.visualstudio.com/Download#insiders）でも再現できるかどうか試してみてください。 もしそうなら、あなたは私とワークスペースを共有できますか？

@bpaseroインサイダービルドで一晩再現しました。 プライベートの大規模な参加とオープンソースの参加の両方を試しましたが、問題が発生したのは大規模なプライベートの参加だけでしたが、残念ながら共有できません（Microsoft内部ですが、アクセスできる可能性がありますか？私のエイリアスはalanwri）

ログをキャプチャしてあなたと共有するために、自分のマシンでできることはありますか？

私のエイリアスbenjpasで私と共有してください、ありがとう！ また、そのワークスペースでVS Codeを使用して、メモリを増やす方法についても詳しく説明します。

また、夜間と日中にクラッシュします。

これは、ワークスペース、非常に小さいワークスペース3〜20ファイル、または巨大なワークスペースに特に関連しているようには見えません。主に、複数のウィンドウを開いているときに気づきます。

私が使用したリポジトリがクラッシュしました。
1500以上のasp、js、.inc（asp）ファイル
70以上のファイルasp.netコア、js、cshtml
このリポジトリ（https://github.com/gogits/gogs）

@ eByte23拡張機能の有無にかかわらず実行しますか？ あなたはどのプラットフォームにいますか？ インサイダーリリースで試しましたか？

@bpasero Win10＆OSX、拡張子はC＃。
インサイダーを試しましたが、タブのバグがあるためクラッシュしたかどうかはわかりませんでした。使用を中止しましたが、一晩実行したままにして再現を試みることができます。

@ eByte23はいお願いします。 どのようなタブのバグ？

@bpaseroはインサイダーの最後の2つのリリースにあり、空白を表示し、既存のタブを含むファイルでタブを空白に変換しているようです。タブを保持し、新しい行にもスペースを書き込まないようです。

完全なテストを行う機会はありませんでしたが、今から行います。

@ eByte23 1つだと思われる場合は、そのような問題を別の問題として報告することをお勧めします。 新しい設定editor.detectIndentationを導入しました。デフォルトはtrueです。 たぶん、 false設定してみることができます。

@bpasero残念ながら、その設定をfalseに設定すると、問題が修正されました。
昨日インサイダーを一晩テストしましたが、クラッシュしました。

@bpaseroは、皆さんが

1.0リリースのメモリリーク修正にかなりの投資をしたので、1.0の方が状況は良くなると思います。 しかし、それが起こる場合はまだあります。

最近、Electronアプリケーション（UIフレームワーク）のウィンドウがフォーカスを失うか、バックグラウンドに移動するとすぐにスロットルされることがわかったので、新しい理論があるかもしれません。 このスロットルがメモリ消費に影響を与える可能性があるのではないかと思います。

再現をテストするときはいつでも、キーボードフォーカスでVS Codeウィンドウを開いたままにしていたので、おそらく1つの違いはバックグラウンドで実行できるようにすることです。

バックグラウンドスロットリングを無効にする方法があるので、これを有効にするフラグ付きのビルドを作成できます。

そうでなければ、最小化後のクラッシュが典型的なシナリオであるかどうかを人々から聞くことも興味深いでしょう。

私のクラッシュはすべて、VSCodeにフォーカスがないときに発生しました。 通常、インターネットの閲覧中またはVisual Studioの使用中に、バックグラウンドで1日中放置した後に発生しました。

私はこれを2番目にします。 最近クラッシュが発生しました。 VSでした
私が一日のほとんどの間崇高に焦点を合わせていたときの背景。

11:44時土、2016年4月16日には、トニの[email protected]は書きました：

私のクラッシュはすべて、VSCodeにフォーカスがないときに発生しました。 一般的に彼らは
閲覧中に一日中バックグラウンドでそれを残した後に起こった
インターネットまたはVisualStudioの使用

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/508#issuecomment -210872544

少し前にインサイダービルドを使用するとクラッシュが発生しました。 2日間オンになっていた。 いきなり遅くなりました。 マウスでテキストを選択すると機能しなくなりました。 Shift-右は機能しましたが、非常にゆっくりでした。 フォーカスを失った数分後にアプリがクラッシュしました。

これはインサイダービルドの最初のクラッシュですが、通常のビルドについては、v1.0にアップグレードしましたが、開いた後も数分ごとにクラッシュして使用できなくなりました。 特別なことをする必要すらありません。 それを開くか、ファイル（ほとんどは.elmファイル）を編集するか、そのままにしておくとクラッシュします。 最初にフォーカスを失うのを待つことさえありません。

1.0はほぼ毎晩クラッシュします。
Windows 10Ent。
プラグイン：スペルと文法チェッカー、ESLint

わかりました、インサイダーリリースは私の変更が含まれています。 誰かがそれを試してみて幸せだろう： http ：

誰でも ：）？

今それを使用しています。 昨日からクラッシュはありません。

@bpasero今すぐアップグレードして、一晩実行したままにして、どうなるか見てみましょう。 乾杯:)

@bpasero金曜日にインストールしましたが、長い週末に

@bpasero昨日クラッシュしました。 クラッシュする前に3日間起きていました。

@bpasero最新のインサイダービルドで午前中にクラッシュが発生するのをまだ見ています

私も。
ウィンドウズ8

@bpasero Insider 1.1.0のスタックが改善され、クラッシュするまでにほぼ1週間かかりました。

今すぐ1.1.0を取り上げて、どうなるか見てみましょう。

メモリ使用量が150MBを超えると、ヒープスナップショットがクラッシュせずにスナップショットを撮ることができないようです。

毎朝、コンピューターのロックを解除して、VSCodeが一晩でクラッシュしたことを確認します。

• Mac OS X 10.11.4（15E65）
• VS Code1.1.0-インサイダー

私は通常、ファイルを開いたままにしておきます。 私は拡張機能で実行します。 より多くの診断情報を収集するために使用できる設定はありますか？

新しいインサイダーリリースがリリースされ（http://code.visualstudio.com/Download#insiders）、タブ/スタックの作業が含まれています。 これには、より積極的なリソースの廃棄が伴います。これは、エディターを閉じるとすぐに、その基になるリソースが削除されるためです。

人々がこれについてしばらく自己ホストし、状況が改善した場合に報告できるかどうか興味があります。

注：今後、インサイダーは毎晩更新されます（http://code.visualstudio.com/blogs/2016/05/23/evolution-of-insidersを参照）

@bpasero今日、すべてのデバイスを更新しました。今後数日間でどのように処理されるかを確認してください

ええ、私は主にターミナルのためにインサイダーに移動しました。 ああいくら
大好きです。 私は、エディターが非常にきびきびと軽量であることに気づきました。 すごい仕事。

「コード」を置き換える方法はありますか？ コマンドラインでポイントする
インサイダー？

2016年6月8日水曜日、ElijahBateの[email protected]は次のように書いています。

@bpasero https://github.com/bpasero今日、すべてのデバイスを更新しました。
次の数日でどうなるか見てみましょう

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/Microsoft/vscode/issues/508#issuecomment -224539214、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe/AA-JVM4KoGeXoc2SU5VeEYnxkZyPVWYMks5qJo13gaJpZM4Gnvn5
。

私にとってはまだ1.2.0で起こっています。 毎晩発生します-Windows7 EnterpriseSP1で実行されます。 @garthkと同じ質問があります

私は通常、ファイルを開いたままにしておきます。 私は拡張機能で実行します。 より多くの診断情報を収集するために使用できる設定はありますか？

@northerncodemkyタブ/スタックが機能する1.3.0インサイダーリリース（http://code.visualstudio.com/Download#insiders）を参照していました。 1.2.0ではあまり変更はないと思います。

@bpasero Aahok-コメントのタイムスタンプを記録しませんでした。 今日のある時点で切り替えて、これで状況が改善されるかどうかを確認します。 そして、起動するいくつかの新機能を入手してください:)

@bpaseroこれまでのところ格好良い!!

週末にVSCodeInsiderビルドを実行しました。 月曜日の朝に来て、クラッシュを見ました。

VSCodeがクラッシュしたときに自動的に送信されるテレメトリクラッシュ/ダンプデータがあるかどうか疑問に思っていますか？ ワトソンのレポートのようなものです。

私は先週新しい機械を手に入れました。 私がそれをセットアップしたとき、私はリリースビルド（インサイダーではなく）だけを置きました-それ以来、それがクラッシュすることに気づいていません。

@bpasero 1.3以降、クラッシュは発生していません

タブが有効になっている@ bpasero 、ac＃プロジェクトを開き、vscodeは、インサイダーコミットハッシュの最新の更新から数分後にエラーをクラッシュさせます：5474147bb83618975409dad7d8aa96151d7d1ea1。
注：これまでタブを有効にしていませんでした

@ eByte23タブなしで試して、これがタブを有効にするかどうかに関連していることを確認できますか？

@bpaseroは、タブが無効になっている場合でも発生しますが、タブが

ただし、インサイダーとv1.2.1の両方で大きな画像間をすばやくクリックすると、画像を操作するときに非常に目立ち、再現性があります。

@ eByte23提供できる限り詳細に、新しい問題を開くことをお勧めします（たとえば、メモリは増加しますか？）。

確かにできます。 私はまだそれについて多くの調査をしていませんが、少し後であなたのためにいくつかの詳細を得るでしょう。

VSCode 1.3.1は、私にとっては1日に約2回、一晩（常に）、時には日中にランダムにクラッシュします。 バックグラウンドで開いているときにクラッシュし、約2時間使用しませんでした。 また、vscodeを再度開くと、ワークスペースが失われ、クラッシュする前に開いていたプロジェクトフォルダーを再度開く必要があります。 タブと分割は、フォルダを再度開いた後も保持されます。

変更を保存せずにしばらくバックグラウンドで開いたままにして、戻ってきて入力を開始し、vscodeが数秒間フリーズしてからクラッシュしました。 それは私の仕事を失いました。

私の欲求不満をご理解いただければ幸いです。 これは編集者には受け入れられません。 また、復元したセッションでは、適切なタブが開いておらず、各タブの場所もありませんでした。

@DelvarWorld作業環境の詳細を共有できますか？ 拡張機能を無効にして実行して、それが役立つかどうかを確認できますか？

Linux Mint 17 Qianaでも同じ問題が発生します（ubuntuのバージョンを覚えていません！）。 約2時間使用しないと、フリーズしました。 次回発生したときにメモリ/ CPU使用率を確認することを忘れないでください。ただし、これが発生したときに他のアプリなどで一般的な速度低下に気づいたことはありません。

VSCode情報：

バージョン1.4.0
コミット6276dcb0ae497766056b4c09ea75be1d76a8b679
日付2016-08-04T16：49：32.489Z
シェル0.37.6
レンダラー49.0.2623.75
ノード5.10.0

この問題は私にとってはなくなりました（1.5.3、Windows 7）-最後のコメントが2か月前であることを考えると、これはおそらく解決されていますか？

私もこれが私のために何年もの間起こるのを見たことがありません。 私は現在のリリースを何ヶ月も使用しています。 良いようです

同じ。 まったく過負荷になっていないようです。

わかりました。個々の問題を継続し、追跡が難しいこのようなモンスターのバグを回避する必要があります。 それでもこの問題が発生する場合は、詳細を記載した新しい問題を提出してください。 既存の問題を乗っ取らないようにしてください👍

私もこれを以前に見たのを覚えていて、何年も見たことがないので、それが私の検証です。