C語言順序執(zhí)行與for循環(huán)執(zhí)行哪個(gè)更快？

ID:997026 · 發(fā)表于 2023-9-21 22:21

想問下，代碼順序執(zhí)行，與for循環(huán)的方式執(zhí)行，哪個(gè)更快些？
舉例：

void  check_score()
{
   get_score_flag1=1;
   get_score_flag1=1;
get_score_flag1=1;
get_score_flag1=1;

}

ID:624769 · 發(fā)表于 2023-9-21 22:56

單純考慮執(zhí)行速度的話，
相同代碼打 4遍肯定比循環(huán) 4次要快的多。
甚至，不要寫子函數(shù)，直接在主程序里輸入代碼一定是最快的。

ID:1093026 · 發(fā)表于 2023-9-21 23:58

以ARM精簡指令集為例，執(zhí)行速度取決于相同功能，編譯后產(chǎn)生的匯編指令有多少條。如果順序執(zhí)行和for循環(huán)展開的代碼邏輯一樣，那么，執(zhí)行效率應(yīng)該是相當(dāng)?shù)摹?br /> 個(gè)人覺得，考慮執(zhí)行效率更應(yīng)該是for循環(huán)嵌套的場景，此時(shí)，遍歷次數(shù)多的應(yīng)該放在內(nèi)層循環(huán)，這樣執(zhí)行效率會高一些。另外，switch case語句和if else語句的執(zhí)行效率也是經(jīng)常討論的場景，單層情況下效率相當(dāng)，嵌套場景switch case語句效率高。

ID:883242 · 發(fā)表于 2023-9-22 00:54

不優(yōu)化的時(shí)候，當(dāng)然是順序執(zhí)行快，但是for循環(huán)省空間，以空間換時(shí)間。

把優(yōu)化等級開到最高，很大可能一樣快，取決于你的優(yōu)化方向，如果是size順序執(zhí)行很可能跟for循環(huán)一樣小，如果是speed那么for很可能跟順序一樣快。

ID:517951 · 發(fā)表于 2023-9-23 07:21

順序執(zhí)行少了條件判斷,要快. 但實(shí)際上條件判斷執(zhí)行時(shí)間才幾u(yù)s時(shí)間. 根本覺察不出來. 還不如用for循環(huán)來做.

ID:883242 · 發(fā)表于 2023-9-23 10:50

仔細(xì)看了下，原來get_score_flag1不是函數(shù)而是變量��！

Keil C51比較特殊會假定用戶都是不懂volatile這個(gè)關(guān)鍵字的制杖，但是對于其他標(biāo)準(zhǔn)一些的c編譯器來說，只要get_score_flag1沒有volatile屬性，優(yōu)化等級開到足夠高，不管你是寫4遍還是for4遍，結(jié)果只能有g(shù)et_score_flag1=1;這一句話，一樣快。

ID:1059013 · 發(fā)表于 2023-9-23 12:30

一般看編譯后匯編代碼的行數(shù)，行數(shù)少更快，早期單片機(jī)速度慢需要考量代碼量，現(xiàn)在單片機(jī)非常快不用考慮代碼量，影響速度的主要是AD轉(zhuǎn)換以及其他的等待時(shí)間。

ID:1088185 · 發(fā)表于 2023-9-24 07:18

hero_71 發(fā)表于 2023-9-21 23:58
以ARM精簡指令集為例，執(zhí)行速度取決于相同功能，編譯后產(chǎn)生的匯編指令有多少條。如果順序執(zhí)行和for循環(huán)展開 ...

你確定驗(yàn)證過你所說的？

ID:1088185 · 發(fā)表于 2023-9-24 07:22

就速度而言，不管51還是ARM，順序都是最快，樓上說一樣還甚至說for循環(huán)更快的，最后先驗(yàn)證再來說。

ID:584195 · 發(fā)表于 2023-9-24 21:54

順序執(zhí)行要快一些，你看看匯編代碼就知道了。

帳號		自動登錄	找回密碼
密碼			立即注冊

C語言順序執(zhí)行與for循環(huán)執(zhí)行哪個(gè)更快？

C語言順序執(zhí)行與for循環(huán)執(zhí)行哪個(gè)更快？