A. Visual Studio编译很慢，什么原因
第一步:你编译10几20次之后编译所需时间会达到10分钟左右,你关掉VS,并且用任务管理器关掉所有的vs进程
确保VS进程全部关掉后，重新启动VS打开项目，再次编译,如果时间正常则说明你的程序有死循环,程序问题,
如果时间很长,应该是VS问题,
不知道什么问题罗/
哈哈
你开发的其它程序有这种情况吗?
B. vs2010 编译程序时间超长
(1) 机器内存太小，vs2010编译时约需要200M物理内存；
(2)系统盘有问题，需要优化整理
C. 为什么在使用vs2010时编译c++程序时候速度特别慢，而以前用vc6时快得多
两个方法：
1.在工程下按Alt+F7打开Properties
1.1
在General里whole program optimization,将选项调整到use link time code generation
1.2
在C/C++选项卡下的general把multi-processor compilation设置为YES
D. 为什么Visual Studio 2010的编译速度比Visual Studio 6.0慢很多，有什么方法可以加快速度吗
编译器不同，使用的编译方法不同，主要差异在代码优化，智能纠错等方面。6.0是上世纪的产物，连C++标准都实现的非常不完善，更何况代码优化之类的特别费时的工作。随着CPU和操作系统技术的发展，二进制代码生成更加困难，优化更加复杂，当然最终代码的执行效率会更高。
另一方面也是由于nt内核的代码复杂度变的更高，vs2010的头文件和6.0的版本是不同的，很多新的的系统特性都被加入到windows头文件中。
加快速度的方法有禁用优化选项，禁用clr检查等。最基本的还是良好的程序结构，能减少编译器的工作量。vs在生成代码的时候即使是release模式仍然会创建大量的调试信息在工程中，以帮助问题发现和恢复，在vc6时代是没有这东西的。
E. 请问用C#在VS编写的程序运行快还在vc++用MFC编写的程序运行的快呢
第一次编译运行，C++要快，因为它是一次直接编译成机器指令。
而C#第一次编译运行要慢些，先编译成平台无关的CIL代码，然后由JIT编译器编译成本地相关的机器代码。
但是再运行的话，后来C#就高效了，因为JIT编译器将CIL代码便以为相应的本地机器代码的时候，会用适合目标操作系统的方式将结果存在内存中，以备以后使用，就不用再编译CIL了。
更重要的是JIT编译器，Just-In-Time即时编译器，.NET运行库环境将使用针对各种不同CPU的JIT编译器，每个编译器都会针对底层平台进行优化。
最后，现在的硬件越来越便宜，性能越来越高，一次编译和二次编译在速度上已经没什么差别了，但是二次编译的好处太大了，跨平台能力大大提升，一次编译处处运行。
F. 最近VS运行C#开发的winform程序特别慢，打开一个窗体都得1分钟，但直接打开debug里生成的程序没有这个问题
直接打开Debug是直接运行编译好的程序，肯定不会卡啊。估计是每次启动VS后都会重新分析系统环境，所以比较慢。重装下吧，比较省事的。
G. Visual Studio编译很慢，什么原因
Visual Studio编译很慢解决办法：
打开vs2010的工具选项，环境>常规之下 查看”视觉体验”配置，它默认选择了”基于客户端性能自动调整视觉体验”并启用硬件图形加速，取消选择这个选择。