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

ID:387733 · 發(fā)表于 2018-10-17 07:07

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

一條簡單的語句：

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

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

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

新版本編譯的結(jié)果是9條指令，18個字節(jié)，顯然復(fù)雜多了：
：
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:

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

ID:7485 · 發(fā)表于 2018-10-17 08:52

這個不一定是普遍現(xiàn)象。

ID:277550 · 發(fā)表于 2018-10-17 09:09

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

ID:387733 · 發(fā)表于 2018-10-17 09:12

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

ID:387733 · 發(fā)表于 2018-10-17 09:30

ahshmj 發(fā)表于 2018-10-17 08:52
這個不一定是普遍現(xiàn)象。

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

ID:290170 · 發(fā)表于 2018-10-17 11:14

應(yīng)該是你選擇優(yōu)化的等級不一樣在options里面 C/C++里面有個編譯優(yōu)化等級選擇optimization

ID:386381 · 發(fā)表于 2018-10-17 11:31

多出那么多字節(jié)，難道是為了兼容性

ID:258566 · 發(fā)表于 2018-10-18 08:36

優(yōu)化速度,優(yōu)化代碼大小.

ID:249465 · 發(fā)表于 2018-10-18 11:23

復(fù)雜有復(fù)雜的好處，他進(jìn)行了優(yōu)化避免了些以前沒有的錯誤

ID:275671 · 發(fā)表于 2018-10-18 14:51

i是有符號數(shù)，
unsigned char i
應(yīng)該就好了

ID:411715 · 發(fā)表于 2018-10-18 15:05

學(xué)習(xí)了，謝謝樓主

ID:164731 · 發(fā)表于 2018-10-18 17:43

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

ID:387733 · 發(fā)表于 2018-10-18 18:40

1xiaosun 發(fā)表于 2018-10-18 14:51
i是有符號數(shù)，
unsigned char i
應(yīng)該就好了

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

ID:387733 · 發(fā)表于 2018-10-18 19:05

今天又做了一個 i 從0到8 的循環(huán)試驗：

v956版的結(jié)果，6個字節(jié)，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版的結(jié)果，15字節(jié)，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 · 發(fā)表于 2018-10-19 09:14

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

ID:387733 · 發(fā)表于 2018-10-19 10:34

greatboy 發(fā)表于 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，是立即數(shù)，不是P0口，keil這樣表達(dá)，也確實不易閱讀。

ID:411662 · 發(fā)表于 2018-10-19 14:41

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

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

ID:412406 · 發(fā)表于 2018-10-19 17:46

不一定吧

ID:427474 · 發(fā)表于 2019-3-5 19:22

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

ID:1047495 · 發(fā)表于 2022-10-13 01:13

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

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

ID:526108 · 發(fā)表于 2022-10-13 09:11

優(yōu)化等級的問題

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