vsinstr.exe检测了大型可执行文件的性能 < >我想使用VisualStudioVStur.EXE工具来检测非托管C++可执行文件（遗留应用程序）。这是一个非常大的项目，这将是一种如何将我们庞大的测试自动化内容映射到实际代码的方法，以确定在对代码库进行更改时哪些测试用例受到影响
然而，我担心这种插入指令的可执行文件的性能，因为我们基本上需要运行整个测试自动化内容来获取覆盖率数据（或者在代码更改时更新数据），这将在每晚进行。为了了解情况，测试自动化运行可能需要10个小时（GUI测试，由于遗留体系结构，没有单元测试）vsinstr.exe检测了大型可执行文件的性能 < >我想使用VisualStudioVStur.EXE工具来检测非托管C++可执行文件（遗留应用程序）。这是一个非常大的项目，这将是一种如何将我们庞大的测试自动化内容映射到实际代码的方法，以确定在对代码库进行更改时哪些测试用例受到影响,c++,visual-studio-2010,performance,profiling,instrumentation,C++,Visual Studio 2010,Performance,Profiling,Instrumentation,然而，我担心这种插入指令的可执行文件的性能，因为我们基本上需要运行整个测试自动化内容来获取覆盖率数据（或者在代码更改时更新数据），这将在每晚进行。为了了解情况，测试自动化运行可能需要10个小时（GUI测试，由于遗留体系结构，没有单元测试） 是否有人对插入指令的可执行文件的性能有实际经验 我意识到这个问题越来越老了，所以我的回答是为其他偶然发现这个问题的用户准备的 根据我在现实世界中的经验，插入指令的二进制文件确实运行得非常慢，通常是数量级。但是，我只使用了管理二进制文件，OP明确地声明了非托管C
是否有人对插入指令的可执行文件的性能有实际经验 我意识到这个问题越来越老了，所以我的回答是为其他偶然发现这个问题的用户准备的 根据我在现实世界中的经验，插入指令的二进制文件确实运行得非常慢，通常是数量级。但是，我只使用了管理二进制文件，OP明确地声明了非托管C++，所以“您的里程可能会有所不同”。 我的建议是运行一部分测试，时间在2-3分钟之间。运行该子集3次，并平均实际运行时结果。然后插入二进制文件并运行相同的测试3次，然后计算平均值。由于应用程序初始化，测试和数据可能会发生偏差。更多的测试，您可能会为每个插入仪器的测试等待一个小时