編譯器中運行慢

⑴ 為什麼我的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才能刷新出來