Visual Studio2015StandardCollector.Service.exe暴走I/O
Visual Studio 2015 StandardCollector.Service.exe runaway I/O
Visual Studio 2015（14.0.25431.01 更新 3）由于 StandardCollector.Service.exe 造成的大规模 I/O 即将完全停止。调试项目会导致在临时目录中写入持续 200 MB/秒的数据。所有性能数据 (etl)。
内存分配正常
这是新行为。我使用 Visual Studio 15 多年，没有（但通常）抱怨。
我追踪到诊断工具。在工具 -> 调试 -> 常规 -> 选项 -> 调试时启用诊断工具中禁用诊断工具解决了 I/O 问题。然而，这不是一个永久的解决方案，因为我依赖这个功能。
问：打开“调试时启用诊断工具”时出现大量I/O的原因是什么？
免责声明：我致力于 Visual Studio，特别是诊断工具
您启用了 CPU 使用工具，这是一个使用 windows (ETW) 事件跟踪的分析器。基本上它每毫秒收集一个 CPU 堆栈，并将该信息写入我们分析和显示性能信息的 ETL 文件。无论您在调试会话之间是否打开它，我们都会坚持，特别是为了您可以打开它、重新启动调试和分析应用程序启动。我们最大的问题之一是打开后很容易忘记。
要关闭它，请切换到诊断工具中的 CPU 使用选项卡，然后按 "Enable CPU Collection" 按钮（文本因 VS 版本而异）。上面的 CPU 图表应该从绿色变为蓝色，表示它已被关闭。此外，在最新版本的 Visual Studio 中，我们添加了资源限制，如果系统上的磁盘或内存使用率过低，这将禁用诊断工具，这在启用 CPU 工具时很常见，并且忘记了。
Visual Studio 2015（14.0.25431.01 更新 3）由于 StandardCollector.Service.exe 造成的大规模 I/O 即将完全停止。调试项目会导致在临时目录中写入持续 200 MB/秒的数据。所有性能数据 (etl)。
内存分配正常
这是新行为。我使用 Visual Studio 15 多年，没有（但通常）抱怨。
我追踪到诊断工具。在工具 -> 调试 -> 常规 -> 选项 -> 调试时启用诊断工具中禁用诊断工具解决了 I/O 问题。然而，这不是一个永久的解决方案，因为我依赖这个功能。
问：打开“调试时启用诊断工具”时出现大量I/O的原因是什么？
免责声明：我致力于 Visual Studio，特别是诊断工具
您启用了 CPU 使用工具，这是一个使用 windows (ETW) 事件跟踪的分析器。基本上它每毫秒收集一个 CPU 堆栈，并将该信息写入我们分析和显示性能信息的 ETL 文件。无论您在调试会话之间是否打开它，我们都会坚持，特别是为了您可以打开它、重新启动调试和分析应用程序启动。我们最大的问题之一是打开后很容易忘记。
要关闭它，请切换到诊断工具中的 CPU 使用选项卡，然后按 "Enable CPU Collection" 按钮（文本因 VS 版本而异）。上面的 CPU 图表应该从绿色变为蓝色，表示它已被关闭。此外，在最新版本的 Visual Studio 中，我们添加了资源限制，如果系统上的磁盘或内存使用率过低，这将禁用诊断工具，这在启用 CPU 工具时很常见，并且忘记了。