编译器中运行慢
⑴ 为什么我的C++编译器运行起来比其他电脑运行起来慢啊！大家帮帮忙把！~~~~~~~~~
1. 开的程序太多，关掉占用资源的一些程序，比如浏览器，播放器等。
2. 升级你的C++编译器的版本。
3. 卸载然后重新安装你的C++编译器。
4. 重新安装操作系统。
5. 升级你的电脑。
⑵ 为什么电脑第一次C语言编译运行会卡顿
C语言用的是什么版本的编译器。
一般来说高版本的编译器比低版本的要慢很多。
就拿VS2010 和 很老的VC6来说，
VS2010只是运行，就需要加载N个G的初始化东西，而VC6精简版安装包只有25M左右，
类比吃饭：VS2010在吃饭前先要焚香祷告，然后再三跪九叩谢天谢地谢父母之后才吃， 所以他很慢。vc6则是直接拿起筷子就吃，速度快慢不言而喻
⑶ 用C-free编译C代码运行很慢是为什么
这个应该与您机子本身当时运行的空间有关系，请您尝试只打开编译器，而不要让其他程序后台运行，如果情况依旧，且其他编译器情况都是这样，可能是您的内存空间不足，建议加内存条
⑷ Android Studio编译慢、卡死和狂占内存怎么破
在2020年，仍然使用2g内存的电脑，你可以改变职业。没有合适的设备，什么都没用。Android Studio是内存，设备烂卡死不可避免，要解决卡的问题，一定要升级硬件设备。另一些人则说，对修辞学的回答相当有力，在一定程度上，加快编译的速度，却不能解决卡死的问题，没有人能解释为什么会加快编译的速度。
至于加快编译，有一种方法，我认为一些主要适用性的答案并不强，实际上应该从gradle开始，什么不是正确的地方，也请轻喷，有什么问题可以留个信息。
我谈到了下面的所有步骤，建议在最后进行。在终端编译中有很多好处:
能观察整个编译过程，帮助理解层次构建过程;
可以看出哪些任务在编译过程中耗费时间，可以较慢地编写出适合的补救方案;
可以终止编译，如果在某个阶段被卡住，CTRL + c终止编译，Android也会终止在Studio中编译，但基本上九次会失败;
因为它最终会对Android Studio产生影响，基本不会导致Android Studio caton;不满足Android工作室的各种bug ?
最后，为什么要减少设置中模块的数量。Gradle实际上可以加速编译，但是有很多限制?
首先,我们认为编译过程,首先解析gradle配置,设置任务依赖于有向图,然后执行每个任务的模块,如果我们通过maven的依赖关系,使用模块的aar(单android库),如果我们想要改变文件在这个模块,不要再次修改上传下载,每次都是很好,但是有一个致命的问题:不修改版本号,快照通常不是做的想法。这可能导致一些不会生效的变化，并且需要时间来解决这个问题。但是，有一种方法可以在一定程度上解决这个问题，并添加以下脚本:
项目。配置。所有(新操作<配置> ({@ Overridevoidexecute(配置文件){文件)。ResolutionStrategy。TimeUnit CacheDynamicVersionsFor(5。分钟)
文件。ResolutionStrategy。TimeUnit CacheChangingMolesFor(0。秒)} })
有人会问，插件，每个人都要开发一个模块，对于每个模块的维护都要打包到maven，每次我修改，甚至很小的改动，也要做一个上传，就会遇到快照不做同样的问题。嘿，嘿，这个问题，我们公司有一个等级插件，已经解决了，至于解决方案，是公司机密，我不会说。
一件事,我相信大多数开发人员共同发展是单一模块,该模块的情况并不多,所以最基本的也是依赖aar或罐子里,并不存在所谓的图书馆aar上传,所以一些答案的耶和华说并不意味着什么,这就是为什么我说影响编译速度的情况主要集中在它的生命周期的第三阶段,第三阶段的优化,看到我的答案。
⑸ 为什么我用dev c++编译运行时速度突然变得很慢
我也遇到过这种情况，不要担心，之后每一次编译不会都这么慢。
可能性有很多。很可能是使用大量STL导致的（STL里面的模板会拖慢编译速度）。
当然也有可能是编译器当时抽风（很多时候第二次编译就快很多）
⑹ Keil c51的编译器为什么变得这么慢
这问题我之前也遇到过，估计是你的keil c的版本问题，现在的keil c9.0应该没有这个问题了，你可以试一下。 另外，估计跟你的软件代码的长短也有问题，如果软件代码很大的话，那编译起来也是需要点时间的喔，希望能帮到你！
⑺ 为什么vc6.0编译器越用越慢
产生很临时文件，还有就是VC6.0对于win7系统兼容性不是很好，还有就是你的操作系统的问题，或者什么别的程序占用内存多。
⑻ c++builder编译速度太慢，能不能通过设置来加快
C＋＋builder是最快的C＋＋编译器之一，从编译速度来说也可以说是最快的win32C＋＋编译器了。除了速度之外，C++builder的性能也在其它C＋＋编译器的之上，但许多delphi程序员仍受不了c++builder工程的编译速度。的确，delphi的速度要比任和c++的编译器都要快好多。Delphi在编译一个小工程的时候可能不到一秒，大的工程一般也在5秒钟这内编译完成了。
为什么delphi会比c++builder快这么多？是否有方法来c++builder的编译速度？本文就讲解了为什么C＋＋的编译器速度会慢，并且介绍了一个简单的方法来减少c++builder的编译时间。
为什么c++编译器的速度会慢？
c++builder 使用者怎么通过预编译头文件来减少编译时间？
讲解基于VCL可视化工程的预编译头文件方法
优化c++builder对预编译头文件的使用
结论
注意事项
为什么c++编译器速度慢？
在C＋＋中，你只能使用预定义或是预先声明了的函数，这意味什么？来看一个简单的例子，函数A()调用函数B（），函数A（）只能在函数B（）的原型或是函数体在A（）之前才能调用它
⑼ 编译器编译的时间， 要比解释语言运行的速度慢吗为什么
只能说说通常的情况，因为情况比较复杂
一般来说，编译的语言比解释性语言运行的速度块
不过编译时间的话就很难说了，和编译器本身有关系
解释语言可以不用专成 二进制代码直接运行
⑽ 为什么我的编译器运行这么慢，编译没问题，之前好好的。
你的printf加个\n
printf("%d\n", sizeof(SAMPLE));
printf是阻塞的，需要更新framebuffer才能刷新出来