關于新版Keil C51編譯代碼居然不如老版本效率高的疑問

ID:387733 · 發表于 2018-10-17 07:07

最近下載安裝了新版KEIL C51v959（180509版），發現一個問題，就是新版的編譯代碼不如老版的效率高了。
我的一個項目用老版的編譯后代碼是 21012字節，相同配置下，新版的編譯后代碼成了 21944字節，足足多出 932字節。

一條簡單的語句：

   for(i=8; i>0; i--);

老版本編譯只用了2條指令，6個字節，效率非常高：

0000 750008          MOV    i,#08H
0003          C0001:
0003 D500FD          DJNZ i,C0001

新版本編譯的結果是9條指令，18個字節，顯然復雜多了：
：
0000 750008          MOV    i,#08H
0003          C0001:
0003 D3                SETB C
0004 E500             MOV    A,i
0006 9400             SUBB A,#00H
0008 7480             MOV    A,#080H
000A 9480             SUBB A,#080H
000C 4004             JC    C0004
000E 1500             DEC    i
0010 80F1             SJMP    C0001

               C0004:

不明白新版本這樣處理的理由是什么，沒有明顯優勢的話，我還是繼續使用老版本吧。

ID:7485 · 發表于 2018-10-17 08:52

這個不一定是普遍現象。

ID:277550 · 發表于 2018-10-17 09:09

那，建議寫一些邏輯，再試試

ID:387733 · 發表于 2018-10-17 09:12

上面所說的新版本是 v9.59.0.0 的，老版本是 v9.56.0.0 的

ID:387733 · 發表于 2018-10-17 09:30

ahshmj 發表于 2018-10-17 08:52
這個不一定是普遍現象。

一個項目用老版的編譯后代碼是 21012字節，相同9級優化，新版的編譯后代碼成了 21944字節，足足多出 932字節。

ID:290170 · 發表于 2018-10-17 11:14

應該是你選擇優化的等級不一樣在options里面 C/C++里面有個編譯優化等級選擇optimization

ID:386381 · 發表于 2018-10-17 11:31

多出那么多字節，難道是為了兼容性

ID:258566 · 發表于 2018-10-18 08:36

優化速度,優化代碼大小.

ID:249465 · 發表于 2018-10-18 11:23

復雜有復雜的好處，他進行了優化避免了些以前沒有的錯誤

ID:275671 · 發表于 2018-10-18 14:51

i是有符號數，
unsigned char i
應該就好了

ID:411715 · 發表于 2018-10-18 15:05

學習了，謝謝樓主

ID:164731 · 發表于 2018-10-18 17:43

寫一些最簡單的試試，看看是哪一種指令有變化

ID:387733 · 發表于 2018-10-18 18:40

1xiaosun 發表于 2018-10-18 14:51
i是有符號數，
unsigned char i
應該就好了

前面有聲明的，不信你可以親自測試一下

ID:387733 · 發表于 2018-10-18 19:05

今天又做了一個 i 從0到8 的循環試驗：

v956版的結果，6個字節，4條指令：

   9:       unsigned char i;
10:       for(i=0;i<8;i++);
11:
C:0x000F E4       CLR    A
C:0x0010 FF       MOV    R7,A
C:0x0011 0F       INC    R7
C:0x0012 BF08FC CJNE    R7,#0x08,C:0011

v959版的結果，15字節，10條指令：

   9:       unsigned char i;
10:       for(i=0;i<8;i++);
11:
C:0x0003 E4    CLR    A
C:0x0004 FF       MOV    R7,A
C:0x0005 EF       MOV    A,R7
C:0x0006 C3       CLR    C
C:0x0007 9408    SUBB    A,#0x08
C:0x0009 7480    MOV    A,#P0(0x80)
C:0x000B 9480    SUBB    A,#P0(0x80)
C:0x000D 5003    JNC    C:0012
C:0x000F 0F       INC    R7
C:0x0010 80F3    SJMP    C:0005

ID:411662 · 發表于 2018-10-19 09:14

不明白：
C:0x0009 7480 MOV A,#P0(0x80)
C:0x000B 9480 SUBB A,#P0(0x80)
這2個語句，A取P0端口的數據（隨機數），再與P0端口數據相減，這時，如果P0端口的數據變化了，會影響到下面的 JNC C:0012 跳轉？

ID:387733 · 發表于 2018-10-19 10:34

greatboy 發表于 2018-10-19 09:14
不明白：
C:0x0009 7480 MOV A,#P0(0x80)
C:0x000B 9480 SUBB A,#P0(0x80)

P0的地址是0x80，但是這里的80前面有#，而且是 MOV A.#80，是立即數，不是P0口，keil這樣表達，也確實不易閱讀。

ID:411662 · 發表于 2018-10-19 14:41

sxhwdz 發表于 2018-10-19 10:34
P0的地址是0x80，但是這里的80前面有#，而且是 MOV A.#80，是立即數，不是P0口，keil這樣表達，也確實不 ...

這2個語句的確看不出來有什么作用，白白浪費處理器時間，還增加代碼容量。

ID:412406 · 發表于 2018-10-19 17:46

不一定吧

ID:427474 · 發表于 2019-3-5 19:22

我也發現這個問題了，keil5反匯編的指令比keil4 的多了幾條。下面兩條也不明白是干嘛用的。
C:0x0009 7480 MOV A,#P0(0x80)
C:0x000B 9480 SUBB A,#P0(0x80)

ID:1047495 · 發表于 2022-10-13 01:13

hlq2001 發表于 2019-3-5 19:22
我也發現這個問題了，keil5反匯編的指令比keil4 的多了幾條。下面兩條也不明白是干嘛用的。
C:0x0009 7 ...

為了還原A的數值，防止影響其他代碼。

ID:526108 · 發表于 2022-10-13 09:11

優化等級的問題

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

久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

關于新版Keil C51編譯代碼居然不如老版本效率高的疑問