vscode 🚀 - 过夜运行时崩溃

这似乎每天晚上都在使计算机运行时始终发生。看起来由于CPU已用尽而无法响应。也许某个地方存在无限循环，也许与文件或git repo轮询有关？

Tyriar 于 2015-12-09

👍1

我想知道操作系统是否决定将VSCode（实际上是电子）置于导致此崩溃的状态。如果他们有任何线索，我会给Electron打电话。

bpasero 于 2015-12-09

从未在Atom fyi上发生过，至少在1.19.x（来自内存）和1.2.4上没有发生。

Tyriar 于 2015-12-09

自从11月更新（0.10.2 / 0.10.3？）起，我遇到了类似的问题。我几乎每天登录以找到过夜留下的VSCode窗口都崩溃了（出现标准的非信息性/抱歉的崩溃错误，“ Visual Studio Code崩溃了”）。

今天，在0.10.5更新之后，我在那里的时候第一次崩溃了-不幸的是，在我积极使用它的时候没有崩溃。

在Windows 7（64位）上运行VSCode，主要是在一个非常大的项目上将它用作JS编辑器-总计近一百万行（包括我需要搜索的库，因此不排除在内）。正常使用中没有性能问题，并且我没有注意到导致今天崩溃的任何过多资源使用情况。

如果有人可以向我指出错误日志/信息，我很乐意提供。

BobVul 于 2015-12-21

👍1

我遇到了与@ Elusive138相同的基本问题，当我使代码整夜运行（每天晚上）时，到了早上，我

gwynjudd 于 2015-12-21

👍1

在vscode 0.10.5，Ubuntu 12.04上仍然对我有帮助

Tyriar 于 2015-12-22

我尝试在Windows 10，Mac OS 10.11和Ubuntu 15上重现运气。我怀疑内存不足问题，但是对于以上所有这些，内存都没有增加太多。

有人可以在以下条件下尝试重现吗：

仅打开空代码实例（文件|关闭文件夹）时，它会重现吗？
打开工作空间但未在编辑器中打开任何文件时是否重现

bpasero 于 2015-12-28

Ubuntu 12.04，vscode 0.10.5无法重现，并在周末留下一个空实例。

Tyriar 于 2016-01-04

这很可能是细微的内存泄漏，这在该系统上相对较高的内存利用率中显而易见。

我在下午5:30左右离开计算机，系统内存提交缓慢增加-7:00 PM为15,402 MB。凌晨3:09是最接近系统提交限制（17,682 MB）的方法，提交使用量从16,218 MB下降到15,217 MB。我怀疑这可能是VSCode崩溃的地方。提交使用在附近稳定，直到日志记录在上午6点左右停止（磁盘空间不足-这些性能计数器很大！）。

不幸的是，我没有包括所有的VSCode进程，因此没有特定于进程的日志记录。我今晚会尝试。

如果我能弄清崩溃的时间，那将非常有用。 VSCode是否将日志保留在任何地方？

BobVul 于 2016-01-05

不幸的是，我没有包括所有的VSCode进程，因此没有特定于进程的日志记录。我今晚会尝试。

那将非常有用，谢谢！

当前，vscode不会登录到磁盘。

bpasero 于 2016-01-05

@ Elusive138是否可以共享让vscode运行的工作空间？

bpasero 于 2016-01-05

@bpasero不幸的是没有。不过，它是基于Ext JS的，这是大多数（库）代码所在的地方。在完成其他测试之后，我将尝试一个干净的Ext JS工作空间，然后查看它是否在那里再现。

BobVul 于 2016-01-05

@ Elusive138是的，如果有一个样本可以在我们这一端进行复制，那将是很好的。

bpasero 于 2016-01-05

其中一个code.exe进程（日志中的代码3）已泄漏。提交从下午5:30的大约200 MB开始，到第二天的9:00 AM达到460 MB，并且不断增加：

leak

句柄数不增加。

vscode_memleak.zip

这次没有崩溃，可能是因为我没有运行太多其他占用大量内存的程序。以后可以在提交限制较低的VM中进行测试。

该日志是在一夜之间创建的，并在不同的窗口中打开了3个大型工作区。我将尝试将其缩小到我可以共享的工作空间。

BobVul 于 2016-01-06

@ Elusive138有助于理解泄漏过程的详细信息。您能找到它的PID，然后使用ps aux | grep <pid>打印其完整的元数据吗？

bpasero 于 2016-01-06

啊，也许这是在Windows上，不确定:)？

bpasero 于 2016-01-06

@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

其他详情：

leaky-process-perf

流程树：
leaky-process

这是又一整天的使用。如您所见，在同一时间（相同的工作空间），进程的内存使用量似乎呈线性增加。

BobVul 于 2016-01-06

~~啊...这甚至不是真的很糟糕。~~

4772是一夜之间泄漏的过程。另一个似乎由于我白天的使用而上升...我想。

BobVul 于 2016-01-06

@ Elusive138这看起来像您已经用Code打开了多个窗口，这是真的吗？

bpasero 于 2016-01-06

@bpasero是的，昨晚的测试打开了三个带有不同工作区的窗口。今晚，我将在如上所述的一个干净的Ext JS工作空间中尝试一个，尝试一下。

BobVul 于 2016-01-06

听起来不错！

bpasero 于 2016-01-06

不幸的是，没有可复制性。这很奇怪。是什么导致该特定项目泄漏？

说到这，这可能与@Tyriar的最初问题有所不同。他反应迟钝，我和gwynjudd都因错误对话框而崩溃。在这种情况下，也许我们应该再发行一个...

BobVul 于 2016-01-06

@ Elusive138奇怪。如果只打开工作空间而不打开任何JS文件，它会重现吗？

另外，也许我们可以开始使用chrome开发人员工具对此进行概要分析，在其中您可以进行快照。为此，只需在一段时间前后做一个快照，以查看这些内存的去向。

bpasero 于 2016-01-07

@bpasero哦，我完全忘记了那些devtools。今晚我会尝试的。

BobVul 于 2016-01-07

@bpasero Main.js ， workerMain.js和workerMain.js （2）的堆快照并没有真正改变。最多最多5 MB。

BobVul 于 2016-01-07

再加上我的处境，我尝试在一个打开的文件夹（崩溃的那个）下运行它，但是没有工作文件，而且这种情况并非一夜之间发生。因此，仅当打开文件夹且有活动文件时才会发生。

Tyriar 于 2016-01-07

@ Elusive138我们产生了其他可能导致内存压力的进程，这些进程不会显示在堆配置文件中。但是，从您以前的一篇文章中，您似乎已经确定了来自渲染器进程的高内存，并且应该显示在堆快照下。您确定您看到了渲染器进程而不是其子进程的高内存吗？因为渲染器是它生成的其他进程（例如，用于监视文件的进程）的父级。

@Tyriar您能否更具体地说明您的意思。是您没有在编辑器中打开任何文件，还是您的工作文件部分实际上为空？

我询问是否打开文件的原因是，例如，当您打开JS文件时，JS语言服务才启动。其他任何语言服务也是如此。因此，如果没有在编辑器中打开文件而重现此问题，则可能是内存泄漏不是在任何语言服务中，而是在其他地方。

bpasero 于 2016-01-08

值得尝试的另一件事：在没有任何扩展名的情况下运行，以查看扩展名是否泄漏。您可以使用--disable-extensions来运行。

bpasero 于 2016-01-08

@bpasero我确定上面提供的命令行用于4772，即屏幕截图中突出显示的（泄漏的）命令行。它确实说--type=renderer 。

我将让它在周末再次运行，看看会发生什么。我认为我还没有完成JS文件的干净测试。

BobVul 于 2016-01-08

@bpasero我相信我没有打开任何文件（在右侧），只有树上的工作文件。如果我记得我完成工作时会尝试打开文件检查并记下语言。

我不确定，但是当我崩溃时它可能不是JavaScript文件，更可能是C ++，Java或没有语言。我一定会检查的。

Tyriar 于 2016-01-08

如果@Tyriar仅通过在工作文件下

bpasero 于 2016-01-08

@bpasero我可能会尝试在不同的条件下打开一堆实例，然后在周五下班，看看我是否可以在一夜之内摆脱所有实验。除非您有理由相信一个vscode挂起实例会破坏所有其他实例？

Tyriar 于 2016-01-08

@Tyriar是的，如果您打开了多个窗口，则所有这些加起来将占用正在使用的总内存，并且它们都会崩溃。这是因为当您打开多个窗口时，它们仍然共享所有一个父进程和一个内存限制，例如1-1.5 GB。要真正了解泄漏的来源，最好在以下情况下测量1个隔离窗口：

没有通过--disable-extensions启用扩展（扩展会消耗大量内存或泄漏也会导致崩溃）
启动时没有打开文件（仅在启动后关闭文件已经为时已晚）
工作文件下没有工作文件

顺便说一句，对于可能会产生影响的工作文件，唯一的事情是，对于不在工作空间内的每个工作文件，我们都安装了文件观察器以监视更改。也许这会引起泄漏，尽管令人惊讶。另外，如果文件位于打开的工作空间内，则我们不安装观察程序，仅适用于外部文件。

bpasero 于 2016-01-08

@bpasero没有打开的文件（？）时不泄漏。确保在打开几个工作区后，我今晚尝试干净的工作区。

BobVul 于 2016-01-10

我在周末尝试了以下设置：

用Code --disable-extensions
打开一个约1300行的JavaScript文件

内存和CPU大约在星期五晚上和星期一早上相同。

Tyriar 于 2016-01-11

@Tyriar只是打开一个文件的空工作区，还是先打开一个文件夹，再从中打开一个文件？

bpasero 于 2016-01-11

@bpasero打开空的工作区，我没有打开文件夹，启动时没有打开任何文件夹

Tyriar 于 2016-01-11

好的，很高兴知道。因此，这似乎与打开（可能很大）的文件夹有关。仍要找出仅打开此文件夹是否足够或打开文件仅会触发它。

bpasero 于 2016-01-11

@bpasero我在周末打开了一个大文件夹，没有文件打开，内存使用没有明显增加。我将获得一个大型文件夹和文件打开测试的结果，希望可以在大约7小时内实现可复制/可共享的工作空间。

BobVul 于 2016-01-11

@bpasero我以前在其中经历过

我猜我将再次检查崩溃是否会在下一个最新版本中发生，因为自从我看到它以来已经有一段时间了（由于测试）。

Tyriar 于 2016-01-11

我认为这是一个JS工作区？

bpasero 于 2016-01-11

@bpasero py，cpp，js，html，css

Tyriar 于 2016-01-11

好的，这似乎可以重现缓慢增长的内存使用情况，如果规模较小的话： VSCodeTest.zip 。我打开了/ext/build/ext-all-debug.js 。

（是的，它是zip里面的7z ... GitHub不允许我直接上传7z或xz，并且zip和gzip太大了）

BobVul 于 2016-01-11

@ Elusive138平均可以为您增加多少？我的工作区现在打开了一些JS文件，但是没有增加任何内存。

bpasero 于 2016-01-12

@bpasero对不起，我无法再次

如果有可能打开多个独立的实例，那将真的很有帮助……每晚只能进行一次测试非常慢。您是否碰巧携带Chromium标志用于单独的配置文件？

BobVul 于 2016-01-15

尽管我们没有记录它，但是可以构建可以并行运行的多个Code版本。如果您更改https://github.com/Microsoft/vscode/blob/master/product.json中的值，以使它们不同，然后从命令行进行构建，则可以启动多个不同的实例。必须唯一的标识符是：

darwinBundleIdentifier
win32MutexName
名称短
长
dataFolderName（例如“ dataFolderName”：“。oss-code-1”）

bpasero 于 2016-01-15

Windows 8.1。在代码中，打开一个包含3.9万个文件的git存储库的文件夹。
做了很少的工作，在几个文件中做了一些小的编辑。
到一天结束时，任务管理器报告的提交大小为672164K。
即使我不在程序中，它也整天稳定增长。

gushie 于 2016-01-15

@gushie是否有可能与我共享此

bpasero 于 2016-01-16

@bpasero对不起，我不允许共享存储库本身，但是如果有任何有关存储库的详细信息可能会有所帮助，请将文件内容本身排除在外，请告诉我。该过程最初从大约110MB开始，然后迅速增长到大约130MB，然后又回到90MB。从那时起，它将稳定增长。（还有5个其他的code.exe进程，它们的大小从4MB到30MB不等，但增长并不明显。只有一个“代码窗口”）

我不知道昨天的最终提交大小是多少，因为当我今天返回它时，该过程已崩溃。

gushie 于 2016-01-16

@gushie我一直在code.exe进程上使用性能监视器来监视“私有大小”。

非常烦人的是，我们无法共享遇到问题的工作空间！我想知道是否有人在开源方面遇到了这个问题。寻找相似之处：您的仓库是否曾与git-svn一起使用？

@bpasero谢谢，如果我周一返回时没有对我离开的过程进行复制，我可能会尝试构建一些其他副本。但是，需要弄清楚如何跟踪哪个对象，这可能是一个问题。

BobVul 于 2016-01-16

@ Elusive138我们使用Atlassian工具，因此SourceTree连接到私有Stash服务器

gushie 于 2016-01-16

啊，那和我的完全不同。是连接到SVN服务器的本地Git存储库（带有Git扩展）。我当前的测试是基于基于vscode的git repo ...希望可以repro，我可以共享它。

BobVul 于 2016-01-16

如果您仅打开工作空间而不打开任何文件， @ gushie会重现吗？尝试先关闭所有文件，然后重新启动以获取此设置。如果不能重现，那么如果您打开工作空间并打开一个JS文件并让它那样，它是否可以重现？

bpasero 于 2016-01-17

@bpasero昨晚我已经将其打开，只有一个未编辑的工作文件，今天早上检查内存使用情况似乎没有太大变化。现在，我已经编辑并在文件上进行了构建，然后将其保留下来以查看会发生什么。

请注意，在我通读此问题之前，我从未清除过工作文件。（我并不需要，我通常会忽略此面板，并通过其下方的项目文件浏览器或Ctrl + E切换文件）。

gushie 于 2016-01-17

再次崩溃，这次是在常规使用之后，但仍处于这种状态：

〜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

如前所述，尽管这是在常规使用之后而不是在安全模式下进行的，所以它可能是由于扩展引起的？

Tyriar 于 2016-01-18

我只打开了一个文件，并进行了小的编辑，而只有那个文件在工作文件中。否则整天保持不变。内存尚未从其初始值增加。

gushie 于 2016-01-18

@Tyriar很好，您所展示的过程是我们的文件监视服务，在Linux / Mac上，我们使用Chokidar（https://github.com/paulmillr/chokidar）。这将表明它们在观看文件时有泄漏。是否有一些构建任务不断运行并更改文件？

@gushie是这个没有打开文件夹的地方吗？

bpasero 于 2016-01-20

@bpasero我确实打开了文件夹。显然，有一些措施似乎可以消除最初在文件夹中打开文件后的内存泄漏。我将继续监视并尝试缩小范围。

gushie 于 2016-01-20

@bpasero这是我在输出中可以看到的唯一与vscode相关的过程，有可能在输出中不可见，因为它已经由于无响应而被杀死了？如图所示，该进程仅使用0.5％的内存和0％的CPU。我认为，根据最近的发现，我遇到的问题可能不是由于JS服务引起的。

Tyriar 于 2016-01-20

顺便说一句，即使直到月底我们都没有找到原因，我还是进行了更改，以便默认情况下出现的崩溃对话框会选择一个操作来重新打开窗口，以便您可以继续工作。这对于您有多个打开的窗口且其中只有一个崩溃的情况也很有用。

bpasero 于 2016-01-20

（缺少的一件事是将来能够将UI状态定期刷新到磁盘，以便重新打开还可以恢复以前的工作环境）

bpasero 于 2016-01-20

@bpasero ：+1：会有所帮助。

Tyriar 于 2016-01-20

VS每天早已崩溃了大约一个月。我已经忍不住了。

我希望这被视为PRI 0错误，因为任何理智的编辑器都不应经常崩溃。

请让我知道如何才能知道为什么会发生这种情况。我也看到其他计算机也发生了这种情况。

nojvek 于 2016-01-22

👍1

@nojvek您可以与我分享发生这种情况的工作区吗？

bpasero 于 2016-01-23

我不确定共享工作区是什么意思。这是一个带有一些c ++的打字稿/ HTML / CSS项目。大约1500个文件和80,000行代码。

VS中有没有一种方法可以显示故障转储？

nojvek 于 2016-01-23

@nojvek我想要一个可以用来运行Code的工作区来重现此问题。我们怀疑这与某处的内存泄漏有关，只是不清楚在哪里。如果您可以给我发送工作区的zip文件，或者给我发git URL（如果它是开源的）。

bpasero 于 2016-01-23

本杰明

它是内部的Microsoft源代码，我认为我无法提供给您。

如果有一些内存监视工具，我可以添加，让我知道。

如果我嵌入了chrome调试器来拍摄内存快照，是否可以使用
每隔几个小时在vscode中查看发生了什么事？

2016年1月23日（星期六），本杰明·帕塞罗（Benjamin Pasero） [email protected]
写道：

@nojvek https://github.com/nojvek我想要一个工作区
我可以使用Code来重现此问题。我们怀疑这与
内存泄漏某处，只是不清楚在哪里。如果可以给我发送邮政编码
工作空间或git URL（如果它是开源的）。
-
直接回复此电子邮件或在GitHub上查看
https://github.com/Microsoft/vscode/issues/508#issuecomment -174192367。

nojvek 于 2016-01-23

是的，只有当此泄漏位于VS Code的主要内部时，内存快照才有用。但是，似乎至少在一种情况下，泄漏发生在我们产生的进程之一（文件监视程序）中。也许您可以使用进程浏览器来识别，哪个进程在内存消耗方面一直在增加。

如果它有助于为我提供源代码：我在Microsoft工作;）

bpasero 于 2016-01-24

我会和我的经理谈一谈。这是在Windows存储库中，因此我必须
小心点

从线程看来，chokidar用于文件监视程序。一会儿
返回我玩过源代码。有点意大利面。

我将查看是否可以在其自己的简单节点应用程序上加载chokidar，并查看是否
罪魁祸首。

顺便说一句，为什么vs需要使用chokidar的任何特定原因？还有其他
跨平台文件查看器对吗？

2016年1月24日星期日，本杰明·帕塞罗（Benjamin Pasero） [email protected]
写道：

是的，只有当此泄漏位于主内存中时，内存快照才有用
VS代码的一面。但是，似乎至少有一种情况是
在我们生成的过程之一（文件观察器）中。也许你可以
使用流程浏览器识别，哪个流程在不断增加
内存消耗方面。
如果它有助于为我提供源代码：我在Microsoft工作;）
-
直接回复此电子邮件或在GitHub上查看
https://github.com/Microsoft/vscode/issues/508#issuecomment -174269028。

nojvek 于 2016-01-24

Chokidar在Mac和Linux上使用，如果您在Windows上使用，则使用C＃文件监视程序。我很高兴接受具有工作表现的跨文件监视程序解决方案的PR ：）

bpasero 于 2016-01-24

您知道，从节点4.0开始，fs.watch在Windows和Mac上均已稳定。请参阅： https ：

Typescript具有非常可靠的跨平台文件/目录监视逻辑。 https://github.com/Microsoft/TypeScript/blob/931d162620c7e09377c12875834e1838c4cdd51b/src/compiler/sys.ts

我将尝试获取具有更改的VS代码的本地版本，并查看它是否仍然崩溃。如果没有，我一定会发送公关。

nojvek 于 2016-01-25

我知道通过在目录上使用递归监视调用，从而避免了必须为每个文件夹附加监视侦听器，情况会好得多，但我认为至少在某些情况下，事件有时仍会丢失文件/文件夹名称。我在这里使用C＃感到更加自信。

bpasero 于 2016-01-26

我今天设法得到了复制。在准备使用开发人员工具控制台进行内存快照之前，我刚刚崩溃了。

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

看来打字稿服务器占用了大约200MB。
渲染器消耗了大约800MB，然后崩溃了。

当我获得约500MB的使用量时，我将尝试拍摄内存快照。 --renderer进程是Webkit进程吗？

这是我上次坠机以来的两天之后。看来，使用该工具进行8个小时的编辑会大大提高TS文件的使用率。

nojvek 于 2016-01-26

不错，渲染器过程是编辑器的主要过程。如果您可以在那里进行内存快照，那将使我们更进一步。不幸的是，快照不适用于任何其他过程，但是看起来还可以。

bpasero 于 2016-01-27

tscse（打字稿服务器）消耗200MB是否正常？

2016年1月26日，星期二，9：29 PM，Benjamin Pasero [email protected]
写道：

不错，渲染器过程是编辑器的主要过程。如果你
可以在那里做内存快照，这将使我们更进一步。不幸的是
快照不适用于任何其他过程，但是这些似乎可以
可以。
-
直接回复此电子邮件或在GitHub上查看
https://github.com/Microsoft/vscode/issues/508#issuecomment -175408302。

nojvek 于 2016-01-27

是的，非常容易。

bpasero 于 2016-01-27

大声笑！我正在拍摄堆快照，而VS崩溃了。

我会再试一次，看看明天是否有更好的运气。

有没有办法告诉vscode增加其内存限制，以便在尝试拍摄堆快照时不会崩溃？

nojvek 于 2016-01-28

我认为发生的情况是，拍摄快照导致内存不足异常：-/。无法更改内存限制，它在V8中进行了硬编码。

bpasero 于 2016-01-28

也许尝试在内存使用量如此之高之前更早地拍摄快照？它是逐步增加的吗？

最近两个星期左右，我无法重现（没有崩溃，合理的内存使用）。我能想到的唯一区别是PowerShell扩展从0.1.0更新到0.3.1-但是我在工作区中没有任何PS文件，并且崩溃了，同时禁用了扩展。

BobVul 于 2016-01-28

我成功获得了--renderer进程使用的大约300MB的转储。我接过转储后10秒钟便崩溃了。

似乎大部分用法都在DOM树中。

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

希望这可以帮助。

nojvek 于 2016-01-28

嗯，我想知道探查器是否在这里说出了真实的事实。我看到了所有的树元素，并且树中可能还会有泄漏，但是令我惊讶的是，这种泄漏可能会在这么短的时间内导致内存不足。

bpasero 于 2016-01-29

我又拿了几个垃圾场。

似乎打开.min.js文件会导致内存跳跃。即使关闭文件后，内存似乎也没有下降。在所有内存转储之间，似乎DOM是主导者。

同样不确定为什么会有两个渲染器进程。 chrome devtools可能就是其中之一。但是我非常接近1场演出。

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

我截取了两个进程的屏幕快照，这些进程消耗了约500MB的ram。

nojvek 于 2016-01-30

是的，其中之一就是devtools。打开文件时，预计内存会增加。但是我想了解在没有活动的情况下在夜间运行的VS Code如何增加内存使用量，直到崩溃。

bpasero 于 2016-01-30

好吧，复制是：
开始与代码。
在包含许多.tsconfig文件的大文件夹中打开一个或两个js / ts文件。
做一些滚动/编辑。
关闭所有工作文件。
将其均匀放置在200℃过夜。
蛋糕！

2016年1月29日星期五，本杰明·帕塞罗（Benjamin Pasero） [email protected]
写道：

是的，其中之一就是devtools。预计打开后内存会增加
文件。但是我想了解VS Code是如何运行的
没有活动的夜晚会增加内存使用量，直到崩溃。
-
直接回复此电子邮件或在GitHub上查看
https://github.com/Microsoft/vscode/issues/508#issuecomment -177087988。

nojvek 于 2016-01-30

@nojvek是否需要.tsconfig进行复制？因为我过去曾发生过崩溃，根本没有任何与TS相关的信息。虽然我什至不能再复制这些...

BobVul 于 2016-01-30

我们的项目恰好有它们。可能是红色鲱鱼。

在2016年1月30日（星期六），Bob [email protected]写道：

@nojvek https://github.com/nojvek是否需要.tsconfigs
复制？因为过去我曾在没有任何TS相关的情况下发生过崩溃
所有。虽然我什至不能再复制这些...
-
直接回复此电子邮件或在GitHub上查看
https://github.com/Microsoft/vscode/issues/508#issuecomment -177198518。

nojvek 于 2016-01-30

我们文件夹中仅有的。*文件是.git文件夹和.gitignore

gushie 于 2016-01-30

@nojvek您是否在项目中使用自定义的打字稿服务器，或者我们在0.10.6中提供了开箱即用的TS？我们在0.10.6中发布的是TypeScript 1.7.5。

bpasero 于 2016-01-30

@bpasero @nojvek，如果它是JS方面的内存问题。您可以在Chrome上比较堆快照。

拍摄快照。
请执行导致内存泄漏的操作。
强制垃圾收集。否则，下一个堆快照将包含对象。
拍摄另一个快照。
分散两个快照。

上面的Chrome Devtools都可以完成所有操作。垃圾收集的作用是在时间线选项卡中的垃圾图标中。只需在过滤器菜单上的快照浏览器中选择即可完成差异。

只需报告保留哪些对象以及可能的保留路径（就在堆表下方）即可。这就是解决此问题所需的全部数据。

无需等待一整天来收集有关崩溃的数据：wink：

tinganho 于 2016-01-31

我发送的Dropbox链接有三个热快照，相隔半小时。
我没有进行强制垃圾收集。会给个窍门。

在2016年1月31日（星期日），何定安[email protected]写道：

@bpasero https://github.com/bpasero @nojvek https://github.com/nojvek
如果这是JS方面的内存问题。您可以将堆快照进行比较
铬。
拍摄快照。
请执行导致内存泄漏的操作。
强制垃圾收集。否则，下一个堆快照将
包括对象。
拍摄另一个快照。
分散两个快照。
上面的Chrome Devtools都可以完成所有操作。垃圾的力量
集合位于时间轴选项卡中的垃圾图标。而差异是
只需在过滤器菜单上的快照浏览器中选择它即可。
只需报告保留哪些对象并可能保留路径（就在下面
堆表）。这就是解决此问题所需的全部数据。
无需花费一整天的时间来收集有关崩溃的数据[image：
：眨眼：]
-
直接回复此电子邮件或在GitHub上查看
https://github.com/Microsoft/vscode/issues/508#issuecomment -177462412。

nojvek 于 2016-01-31

我有一个同样的问题，即使在闲置30分钟之后，VS Code还是不断崩溃，不仅是整夜。
我正在使用Windows 7、64位和最新版本的VS Code。关于项目本身，这是一个巨大的js项目，其中还加载了node_modules和bower_components。总共大约有40K个文件。

重现步骤：
1）打开项目文件夹（包含很多文件），打开几个文件，以便它们可以在工作文件列表中。
2）打开任务管理器。
3）将光标放在VS Code中的某些文件上
4）观察一段时间内内存的增加。

code_screenshot_13_55
code_screenshot_14_03

milenkovic 于 2016-02-02

拥有JS工作空间的人是否可以看到此问题，让我们的0.10.7内部人员试用一下（https://vscode-builds.azurewebsites.net/insider），并可以选择使用Salsa作为JS语言服务： https :

谢谢！

bpasero 于 2016-02-02

为此问题+1。也出现在Windows上。它非常烦人，我不喜欢它。

lordgreg 于 2016-02-03

@bpasero我想尝试新的构建，但是每当我尝试访问您提供的链接（https://vscode-builds.azurewebsites.net/insider）时，都会收到一个非常无用的错误消息页面，其中包含以下文本：

登入
抱歉，我们无法登录。
我们收到了一个错误的请求。
其他技术信息：
相关编号：e477dc1b-c193-4cf9-864b-1d3fdbba4f34
时间戳记：2016-02-03 19：37：17Z
AADSTS50020：来自身份提供者' https://sts.windows.net/5a7d8144-6966-4b1e-8147-de672a307ea0/的用户帐户' [email protected] '在租户'Microsoft'中不存在，无法访问该应用程序'该租户中的9d5f02f6-ffd9-4e80-92d5-e42c85e09bc9'。首先需要将该帐户作为外部用户添加到租户中。注销并使用其他Azure Active Directory用户帐户再次登录。

由于此问题，我无法下载该版本并进行尝试。

gwynjudd 于 2016-02-03

抱歉，链接错误，请使用https://code.visualstudio.com/insiders

bpasero 于 2016-02-03

@bpasero谢谢，我拥有将Salsa作为JS语言服务运行的内部人员构建。我会告诉你第二天左右的情况

gwynjudd 于 2016-02-04

@bpasero ，我尝试了内部人员发布，并且在空闲的VS Code中一晚崩溃后，问题仍然存在。

milenkovic 于 2016-02-05

@milenkovic @gwynjudd，您还必须按照https://github.com/Microsoft/vscode-docs/blob/vnext/release-notes/latest.md#javascript --- salsa-中所述的步骤启用Salsa预习

bpasero 于 2016-02-05

@bpasero ，您是对的，启用Salsa可以解决此问题。我离开了VS Code，它在周末开槽，但仍然没有崩溃。

milenkovic 于 2016-02-08

很高兴听到！如果其他人也可以通过尝试验证这一点，将会很有趣。

bpasero 于 2016-02-08

@bpasero我启用了salsa，并使其在周末运行。今天早上它坠毁了。

gwynjudd 于 2016-02-08

安装的打字稿

$ 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代码内幕的页脚中，我仍然看不到salsa。

nojvek 于 2016-02-09

@nojvek我基本上做了您所做的事情，并且确实在页脚中看到了Salsa，但是仅当打开.js文件并在编辑器中可见时

gwynjudd 于 2016-02-09

@gwynjudd我假设您有崩溃对话框，现在0.10.8可以重新打开窗口了吗？

bpasero 于 2016-02-09

@bpasero是的，我得到了新的崩溃对话框，并且可以重新启动

格温·贾德（Gwyn Judd）
- - - - 原始信息 - - - -
来自：本杰明·帕塞罗
日期：2016年2月9日19:13（格林尼治标准时间+12：00）
至：Microsoft / vscode
抄送：Gwyn Judd
主题：回复：[vscode]整夜运行时崩溃（＃508）
@gwyn juddhttps：//github.com/gwynjudd我假设您有崩溃对话框，而现在0.10.8可以重新打开窗口了？

直接回复此电子邮件或在Gi tHub上查看它

gwynjudd 于 2016-02-09

@gwynjudd这是仅JS工作区还是包括PHP等其他文件类型？

bpasero 于 2016-02-09

@bpasero有很多文件类型，包括打字稿，Java脚本，CSS，更少，aspx，cs

格温·贾德（Gwyn Judd）
- - - - 原始信息 - - - -
来自：本杰明·帕塞罗
日期：02/09/2016 22:49（GMT + 12：00）
至：Microsoft / vscode
抄送：Gwyn Judd
主题：回复：[vscode]整夜运行时崩溃（＃508）
@gwyn juddhttps：//github.com/gwynjudd这是仅JS工作区还是其他文件类型（如PHP）？

直接回复此电子邮件或在Gi tHub上查看它

gwynjudd 于 2016-02-09

使用新版本时，它每天早晨都崩溃了，一夜之间无法运行。我仅安装了以下扩展（在新版本中，在发布版本中，我具有不同的扩展）：

gwynjudd 于 2016-02-11

今天早上，当我上班时，它并没有坠毁。在周五离开工作之前，我没有做任何不同的事情。

gwynjudd 于 2016-02-14

应该尝试使用Ubuntu在Chromium工作区中重现，因为@Tyriar发生时似乎具有类似的设置。

bpasero 于 2016-03-01

请按照此处的说明获取代码https://www.chromium.org/developers/how-tos/get-the-code

Tyriar 于 2016-03-01

使用一段时间后，我还注意到Code的滞后性，最终导致崩溃。我注意到，当它变慢时，如果我按F1并输入“重新加载窗口”，我就能使其运行得更流畅。这似乎暂时解决了这个问题，然后我现在可以解决它。我绝对有兴趣看到此修复程序。

通过阅读此线程，我还猜测这是由于渲染过程造成的，尽管我尚未对其进行任何测试，并且无论资源管理器面板中列表中的工作文件数量如何，它似乎都会发生加载Code时文件是否打开，也许当前正在处理的文件的大小，并且我不确定它是否与git diff检查器有关，但我怀疑这可能是罪魁祸首。

我也在Mac OS X El Capitan 10.11.3上，在家中使用Windows时并没有真正看到此问题，但我在家中没有任何项目的庞大工作树，只有我在工作时使用的庞大文件夹。

cwadrupldijjit 于 2016-03-02

👍1

我希望这两个问题都相关，但我担心它们可能不相关：大多数人在这里看到代码在没有任何用户交互的情况下运行时崩溃。但是，使代码在长时间使用时最终由于内存不足异常而崩溃，这可能是由于其他内存泄漏引起的。理想情况下，两个问题都相同：)

bpasero 于 2016-03-02

从技术上讲，即使我也没有使用它，它似乎也会变慢并崩溃，但是在这种情况下，我不确定他们是否也会遇到同样的问题。无论哪种方式，症状至少都相似。如果发现我的问题不相关，则可以创建一个单独的问题。

cwadrupldijjit 于 2016-03-02

@cwadrupldijjit如果您看到一夜之间崩溃的问题，则在可能的情况下访问工作区将很有帮助。

bpasero 于 2016-03-02

我会看看我能做什么。我通常将Mac放在晚上睡觉，因此在这段时间内没有任何反应。我会在晚上尝试将其保持打开状态，并在早上通知您是否有事发生。如果您可以访问我的工作区，我也会通知您。

cwadrupldijjit 于 2016-03-02

听起来不错，谢谢！

bpasero 于 2016-03-02

K.因此，我让代码实例运行了一整夜，并且没有崩溃或立即松懈的问题。我今天继续工作，甚至在做其他事情时使用它都花了一点时间，但它又开始变得缓慢。似乎问题可能出在不是主动使用它，但这听起来像是在我研究该问题期间触发了它。

我将运行探查器以保持关注，如果还有其他发现与上面所述不同，我将创建一个新问题。

我没有检查您是否可以访问我的工作区，但是很遗憾，我怀疑无法与您共享该工作区。

cwadrupldijjit 于 2016-03-03

昨天，我尝试运行探查器时，该探查器变得特别慢，并且正在执行堆快照时，计算机的可用内存已满，并且我几乎什么也做不了，甚至没有强制关闭代码，因此我不得不重新启动电脑。我将尝试比以前更快地运行它，以避免再次发生这种情况。

这有点题外话，但是您发布了我访问过的内部人员构建的链接。我想下载Windows版本（因为我在家中使用该版本），每当我尝试访问该链接时，它都会先重定向到通常的下载页面，然后立即将我重定向到主页，而无需启动下载。实际上，它会覆盖我所在的下载页面的历史记录，因此，我什至无法回溯到历史记录中。我还有其他方法可以使内部人员建立吗？

cwadrupldijjit 于 2016-03-05

@cwadrupldijjit

这有点题外话，但是您发布了我访问过的内部人员构建的链接。我想下载Windows版本（因为我在家中使用该版本），每当我尝试访问该链接时，它都会先重定向到通常的下载页面，然后立即将我重定向到主页，而无需启动下载。

抱歉，但是一些用户报告了内部人员构建中的一些奇怪问题，我们暂时将其删除，直到我们了解此问题。

egamma 于 2016-03-06

@egamma我想知道它是否可能因此而无法访问。然后，我会密切注意它的工作时间。

cwadrupldijjit 于 2016-03-06

@Tyriar我在Linux，Windows和Mac上一整夜都在尝试

bpasero 于 2016-03-08

我不确定这是否相关，但是我已经注意到，如果我打开VS代码并暂时忘记它，VS Code在我的工作日中往往会崩溃。我上班11个小时，通常早上我首先打开代码。在一天中的某个时候，我的计算机将变慢并开始挂起，直到崩溃或我强制杀死它。

以防万一可能会有所帮助...

我在VS Code中打开的主要项目是一个相对未修改的购物车版本，称为BVCart（版本2004.7）。我现在大约有25-30个工作文件，甚至只是打开VS Code而不整天触摸它会导致崩溃。

该项目包含1836个文件和130个文件夹，总计约35MB，包含在一个小的git存储库中。

ZombieProtectionAgency 于 2016-03-09

@ZombieProtectionAgency是否可以与我共享此工作空间？

bpasero 于 2016-03-09

@bpasero对不起，我绝对不能分享它:(我没看过，但是您可能可以在网上找到它。它只是一个基本扁平的老式ASP VB.Net购物车。这些文件为.vb，带有aspx，ascx和少量的CSS文件。

ZombieProtectionAgency 于 2016-03-11

我有完全相同的错误。 VS Code每隔几分钟就会崩溃。我正在和榆木一起使用。保持打开状态不冲突。在我开始结束文件后几分钟之内发生冲突。在过去的三天里，这样一直使VS Code无法使用。我如何检查发生了什么？我正在使用版本0.10.10。

ritcoder 于 2016-03-14

我有另一个想法：我们确实有一项服务，可以接收来自各种端点（git，任务，扩展）的输出，并且这可能在后台发生并累加。我们在GA方面做了很多修复，而以前的版本中没有。

如果有人在一夜之间发生崩溃，可以简单地检查一下是否从后台记录了任何输出？您可以从“视图”>“切换输出”中看到该内容，然后从下拉列表中切换各个通道。

bpasero 于 2016-03-14

@bpasero
在“任务”输出中，我只是看到我自己的编译任务所期望的输出。
在“ Git”输出中，我看到了相当多的git fetch以及一些git show的穿插。由于没有时间戳，因此我不确定频率如何。虽然没有其他输出。

gushie 于 2016-03-14

我们偶尔会自动获取，但是您看到的主要输出可能来自您在VS Code中所做的工作。如果在VS Code处于后台的情况下输出相加会很有趣。任务是连续运行还是仅在您显式调用编译任务时运行？

bpasero 于 2016-03-14

任务刚好在我ctrl + shift + B且此后不久结束。但是，当我没有运行任务时，发生了崩溃。

当我在文件之间切换时，会得到两个相同的git show，是的，每两分钟自动进行一次git fetch。

请注意，我没有在VSCode中进行任何检出等操作，我将SourceTree用于所有与git相关的任务。

gushie 于 2016-03-14

@bpasero我今天将离开输出窗口，看看是否有任何显示。目前它已经开放正常使用一个小时左右，并且在任务或git视图中什么都看不到。我们不使用git，所以我一般不会希望看到其中的任何内容。

gwynjudd 于 2016-03-14

我们最新的内部人员信息已经发布，如果人们可以尝试解决此问题，我将不胜感激： https :

bpasero 于 2016-03-16

@bpasero我仍然拥有以前的内部人员构建，可以运行它并执行“检查更新”，还是必须从您提供的链接中更新构建？

gwynjudd 于 2016-03-16

会尝试和您联系。老实说，我很少看到VSCode
如今崩溃了。至少不会每天崩溃。

我可以通过打开包含百万行的巨大文件来使其崩溃
缩小js并反复滚动。但是我知道是什么
推动编辑器的极限。

无论您添加什么，魔力酱都对我有用。

2016年3月16日，星期三，12：29 PM，本杰明·帕塞罗（Benjamin Pasero） [email protected]
写道：

我们最新的内部人员名单已经发布，如果人们可以
试试看这个问题： https :
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件或在GitHub上查看
https://github.com/Microsoft/vscode/issues/508#issuecomment -197503185

nojvek 于 2016-03-16

@gwynjudd ，如果VS Code徽标显示为绿色徽标，则您应该能够进行更新：

bpasero 于 2016-03-16

@nojvek是的，这正在推动极限。在三月份的发布中，我们进行了显式的内存测试，以找出可以改进的地方。内部人员内部版本包括其中一些修复程序（不是全部，我们昨天和今天都做了一些尚未进行的更改）。所以只是好奇这是否会对看到此内容的人有所帮助...

bpasero 于 2016-03-16

@bpasero谢谢，我这样做了，我会告诉你情况如何

gwynjudd 于 2016-03-16

随着行军内部人士的建立， @ bpasero仍然在一夜之间发生了同样的崩溃。您是否要我在正常使用期间尝试从开发人员工具获取堆转储？我可以尝试留意代码的内存使用情况，并在出现问题时进行转储

gwynjudd 于 2016-03-17

是的，谢谢。

bpasero 于 2016-03-17

这是启动代码后立即生成的堆快照（当时内存使用量约为100MB）

堆20160318T115937.zip

一两个小时后，我会再试一次。似乎有些棘手的事情是在内存有所增加的时候实现的，但并不能使快照快照触发它导致内存崩溃。

gwynjudd 于 2016-03-18

当我尝试进行堆快照（内存不足）时，我看到了相同的结果，这并不有趣。

我觉得最新的内部人内部版本（对于Mac）仍然存在一些内存问题。我将看看是否可以在不牺牲计算机的情况下获得另一个堆快照。

cwadrupldijjit 于 2016-03-18

@bpasero对不起，我还无法成功获取堆快照。内存太低（例如我之前捕获的内存），或者内存跳跃到大约500MB或更多，抓取快照会导致崩溃。

gwynjudd 于 2016-03-22

我每天必须重新启动1-2次vscode，因为内存使用量超过1GB，事情开始变得迟钝。它使用的是完全成熟的IDE所需的内存量，因此肯定会发生一些泄漏。

vincent-ly 于 2016-03-31

@ vincent-ly您可以分享有关此工作空间的更多详细信息吗？

bpasero 于 2016-03-31

@bpasero大约有30-40个js / scss / html文件，它们使用了两个带有gulp的Bower组件（没有vscode任务运行程序）。我使用2个编辑器窗格，并且经常使用文件搜索（非常标准）。启动时的内存使用量不到100mb，但是即使随着时间的推移也会逐渐增加。

智能感知是否起作用？我安装了Angular和jQuery类型定义。

vincent-ly 于 2016-03-31

您可以尝试在减少内存压力的情况下进行内部构建，以查看是否可以改善此问题： http :

是否安装了扩展程序？

bpasero 于 2016-03-31

@bpasero只是角度片段
https://marketplace.visualstudio.com/items?itemName=johnpapa.Angular1

我将尝试内部人员构建并报告，谢谢！

vincent-ly 于 2016-03-31

+1

在Windows的VSCode上看到相同的问题0.10.11 。不使用它时，通常每晚晚上都会崩溃。根据收集信息的步骤，我们非常乐意为您提供帮助。

在具有28,438个文件，4,812个文件夹的TypeScript git repo上运行。以及许多TypeSript def也具有大口哨观察者。

我安装了以下扩展：

电源外壳
C＃
材质主题套件

alanwright 于 2016-03-31

@alanwright是否可以尝试使用我们最新的内部人员版本（http://code.visualstudio.com/Download#insiders）复制该文件。如果可以，您可以和我共享工作区吗？

bpasero 于 2016-03-31

🎉1

@bpasero它通过内部人员的复制在夜间复制。我同时尝试了较大的私有征募和开放源代码征募，但似乎只有较大的私有征募似乎引起了这个问题，但我无法分享（虽然它是Microsoft内部的，但也许可以让您访问？） alanwri）

我可以在计算机上执行任何操作来捕获日志并与您共享吗？

alanwright 于 2016-04-01

🎉1

请与我分享我的别名benjpas，谢谢！还将欣赏一些细节，说明如何在该工作空间上使用VS Code导致内存增加。

bpasero 于 2016-04-01

🎉1

我整夜和白天都崩溃了。

它似乎与工作空间，很小的工作空间（3-20个文件）或巨大的工作空间似乎并没有特别的关系，在打开多个窗口时，这些工作空间尤为明显。

我已经用过的回购崩溃了。
1500多个asp，js，.inc（asp）文件
70多个文件asp.net核心，js，cshtml
这个仓库（https://github.com/gogits/gogs）

eByte23 于 2016-04-07

🎉1

@ eByte23您运行时是否带有扩展名？您在哪个平台上？您是否尝试过内部发布？

bpasero 于 2016-04-07

🎉1

@bpasero Win10＆OSX，扩展名为C＃。
已经尝试过内部人员，但是由于存在制表错误而没有指出它是否崩溃，因此我停止使用它，但是我可以让它整夜运行以尝试复制。

eByte23 于 2016-04-07

🎉1

@ eByte23是的，请。什么制表错误？

bpasero 于 2016-04-07

🎉1

@bpasero似乎是在

我没有机会进行完整的测试，但是现在我要做。

eByte23 于 2016-04-07

🎉1

@ eByte23我建议您将类似的问题报告为单独的问题，如果您认为是这样的话。我们引入了一个新设置editor.detectIndentation ，默认为true 。也许您可以尝试将其设置为false 。

bpasero 于 2016-04-07

🎉1

@bpasero对不起，您完全正确地设置为false，从而解决了我的问题。
我昨晚测试了Insider，它也崩溃了。

eByte23 于 2016-04-09

🎉1

@bpasero似乎你们可能已经掌握了这一点，从我的角度来看，最新版本似乎通常会变得更好

gwynjudd 于 2016-04-15

🎉1

我们在1.0版本的内存泄漏修复方面投入了很多钱，所以我希望1.0版本的情况会更好。但是仍然有一些情况发生。

我可能有一个新理论，因为我最近发现，一旦电子应用程序（我们的UI框架）的窗口失去焦点或移至后台，它们就会受到限制。我不知道这种限制是否会影响内存消耗。

每当我测试要重现时，我都会以键盘焦点打开“ VS代码”窗口，所以也许其中一个区别是让它在后台运行。

有一种方法可以禁用背景限制，因此我可以生成带有标志的构建以启用此功能。

否则，如果最小化后发生的崩溃是典型的情况，那么也很有趣。

bpasero 于 2016-04-16

🎉1

我所有的崩溃都发生在VSCode没有关注的时候。通常，它们是在整天在浏览互联网或使用Visual Studio时将其放在后台后发生的

ZombieProtectionAgency 于 2016-04-16

🎉1

我第二。我最近遇到了车祸。当时是VS
一天中大部分时间专注于崇高的背景。

在2016年4月16日星期六上午11：44，Toni [email protected]写道：

我所有的崩溃都发生在VSCode没有关注的时候。通常他们
整天在浏览器中将其放在后台后发生
互联网或使用Visual Studio
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件或在GitHub上查看
https://github.com/Microsoft/vscode/issues/508#issuecomment -210872544

nojvek 于 2016-04-16

🎉1

不久前使用内部人员构建时发生崩溃。已经进行了2天。它突然变得缓慢。用鼠标选择文本停止工作。右移工作但非常缓慢。失去焦点后，该应用崩溃了几分钟。

这是我对内部版本的第一次崩溃，但对于普通版本，我升级到v1.0，并且在打开后仍每隔几分钟崩溃一次，使其无法使用。我什至不必做任何特别的事情。打开它，编辑一个文件（主要是.elm文件），或者随它去崩溃。甚至不等先失去焦点。

ritcoder 于 2016-04-17

🎉1

1.0几乎每天晚上都崩溃。
Windows 10完整版。
插件：ESLint拼写和语法检查器

v-andrew 于 2016-04-19

🎉1 👍1

好的，内部人员发布了我的更改。希望有人尝试一下： http :

bpasero 于 2016-04-21

🎉1

任何人：）？

bpasero 于 2016-04-22

🎉1

现在使用它。自昨天以来没有发生过车祸。

ritcoder 于 2016-04-22

🎉1

@bpasero我现在将进行升级，并使其在一夜之间运行，看看我们将如何发展！干杯:)

eByte23 于 2016-04-23

🎉1

@bpasero我在星期五安装了它，但是然后离开了一个漫长的周末，我的工作电脑也重新启动了，所以我没有什么可报告的。

gwynjudd 于 2016-04-25

🎉1

@bpasero昨天崩溃了。崩溃前熬了三天。

ritcoder 于 2016-04-25

@bpasero我仍然每天早上看到偶尔的崩溃，其中包括最新的内部消息

gwynjudd 于 2016-05-01

🎉1

我也是。
Windows 8

nZeus 于 2016-05-03

🎉1

@bpasero Insider 1.1.0的堆栈更好，它花了将近一个星期才崩溃。

eByte23 于 2016-05-04

🎉1

我现在开始学习1.1.0，看看会如何

gwynjudd 于 2016-05-04

🎉1

当内存使用量超过150mb时，我似乎无法拍摄一个堆快照而不会崩溃。

vincent-ly 于 2016-05-04

🎉1

每天早晨，我打开计算机后才发现VS Code崩溃了一夜。

Mac OS X 10.11.4（15E65）
VS Code 1.1.0-内部

vscode-crashes-every-night

我通常打开文件。我确实使用扩展程序。我可以使用任何设置来帮助收集更多诊断信息吗？

garthk 于 2016-05-11

我们的新内部人版本已经发布（http://code.visualstudio.com/Download#insiders），其中包括我们用于制表符/堆栈的工作。这会带来更激进的资源处置，因为一旦您关闭编辑器，我们就会摆脱其基础资源。

好奇人们是否可以对此抱有一段时间，并在情况有所改善时报告。

注意：从现在开始，内部人员将每晚更新一次（请参阅http://code.visualstudio.com/blogs/2016/05/23/evolution-of-insiders）

bpasero 于 2016-06-08

@bpasero我今天更新了我的所有设备，看看接下来几天我们将如何处理

eByte23 于 2016-06-08

👍1

是的，我主要是因为离职而转向内部人员。哦，我多少钱
爱它。我发现编辑器变得更轻松，更轻松。做得好。

有什么办法可以代替“代码”。在命令行中指向
内部人士？

2016年6月8日，星期三，以利亚·贝特[email protected]写道：

@bpasero https://github.com/bpasero我今天更新了所有设备，
看看接下来几天我们如何
-
您收到此邮件是因为有人提到您。
直接回复此电子邮件，在GitHub上查看
https://github.com/Microsoft/vscode/issues/508#issuecomment -224539214，
或使线程静音
https://github.com/notifications/unsubscribe/AA-JVM4KoGeXoc2SU5VeEYnxkZyPVWYMks5qJo13gaJpZM4Gnvn5
。

nojvek 于 2016-06-08

对我来说，仍然在1.2.0上发生。每天晚上发生-在Windows 7 Enterprise SP1上运行。我有和@garthk相同的问题

我通常打开文件。我确实使用扩展程序。我可以使用任何设置来帮助收集更多诊断信息吗？

northerncodemky 于 2016-06-09

👍1

@northerncodemky我指的是1.3.0内部人员版本，其中包含我们的标签/堆栈工作（http://code.visualstudio.com/Download#insiders）。我不希望1.2.0有太大变化。

bpasero 于 2016-06-09

@bpasero Aah好的-没有记录您的评论时间戳。我将在今天的某个时候切换，看看是否可以改善情况。并启动一些新功能:)

northerncodemky 于 2016-06-09

到目前为止，@bpasero看起来不错！

eByte23 于 2016-06-09

我在周末运行了VSCode Insiders。星期一早上来到这里，发现车祸。

我想知道VSCode崩溃时是否自动发送任何遥测崩溃/转储数据？有点像沃森报告。

nojvek 于 2016-06-20

我上周买了一台新机器。设置它时，我只放置了发布版本（而不是内部人员）-从那以后我还没有发现它崩溃。

gwynjudd 于 2016-06-20

❤1

@bpasero自1.3以来我还没有看到任何崩溃，运行Windows 10 Insider build> = 14367

eByte23 于 2016-06-21

❤1

@bpasero启用了选项卡，打开了ac＃项目，vscode在内部更新提交哈希值的最新更新后几分钟崩溃了错误：5474147bb83618975409dad7d8aa96151d7d1ea1。
注意：以前我以前没有启用过选项卡

eByte23 于 2016-06-22

@ eByte23是否可以通过尝试不使用选项卡来验证是否与启用选项卡有关？

bpasero 于 2016-06-22

禁用选项卡时， @ bpasero仍然会发生，但启用选项卡时的严重性不会高。

但是在处理图像时，在Insider和v1.2.1中都可以在大型图像之间快速单击，这在很大程度上引起了关注和可复制。

eByte23 于 2016-06-22

@ eByte23我建议

bpasero 于 2016-06-22

当然可以。我尚未对此进行大量调查，但是稍后我将为您提供一些详细的信息。

eByte23 于 2016-06-22

VSCode 1.3.1对我而言一天崩溃两次，一夜（总是）崩溃，有时一天中随机崩溃。现在，当我在后台打开它时，它刚刚崩溃了，约有两个小时没有使用它。同样，再次打开vscode时，它会丢失我的工作空间，我必须重新打开它在崩溃前打开的项目文件夹。重新打开文件夹后，将保留制表符和拆分。

AndrewRayCode 于 2016-07-21

我在后台打开了一段时间，但未保存任何更改，然后回来，开始键入内容，vscode冻结了几秒钟，然后崩溃了。它失去了我的工作。

希望您能理解我的无奈。这对于编辑者是不可接受的。同样，它还原的会话甚至都没有打开正确的选项卡，也没有在每个选项卡中放置我的位置。

AndrewRayCode 于 2016-08-02

@DelvarWorld您可以分享有关您的工作环境的更多详细信息吗？您可以尝试在禁用扩展的情况下运行以查看是否有帮助吗？

bpasero 于 2016-08-06

我在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

jsdw 于 2016-08-12

对于我（在1.5.3，Windows 7上）该问题已经消失了-考虑到最后的评论是2个月前，这个问题可以解决吗？

northerncodemky 于 2016-10-10

我也从未见过这种情况发生。我一直在使用当前版本几个月。看起来不错

gwynjudd 于 2016-10-13

相同。似乎一点也不超载。

cwadrupldijjit 于 2016-10-13

好的，我们应该继续处理个别问题，避免像这样的难以跟踪的怪物错误。如果仍有人看到此问题，请提交新问题，并提供更多详细信息。请避免劫持现有问题👍

bpasero 于 2016-10-13

我还记得以前曾经看过它，很久没见过，所以这就是我的验证。

roblourens 于 2016-10-27

Vscode: 过夜运行时崩溃

最有用的评论

所有200条评论

直接回复此电子邮件或在Gi tHub上查看它

直接回复此电子邮件或在Gi tHub上查看它

相关问题