中肯！

自己寫的組合程式，過一段時間後，
常常要回想一下，才知道自己當時為什麼這樣寫。
這也要怪自己懶得寫註解，
因為有時候工作一趕，連寫程式的時間都沒有，那還有心思寫註解。

很簡單阿
多寫
多看
上網找IA32的spec看第二集有組語的指令集可以參考

我是苦命的工程師, Assembly算一算也有寫了近十年,

從最早的4bit MCU 到 8051 到 RISC 到 DSP.....

有時候組合語言是在某些注重效能的特殊應用上是不可取代的,

要把它學好真的要靠對CPU架構的瞭解才有辦法.

當你cpu架構通了後, 換晶片只是換一種寫法, 換一種指令代碼,

只要熟析該晶片特別Offer的功能和用法就好了.

不然當初3~6個月就要新學一顆mcu並把案子做完,

一疊的原文資料會把人弄瘋的.

以前讀書時上到組合語言的課
我一直覺得,其實組合語言是外星人的一個陰謀
發明來整地球人的

這讓我想到在學校時

當時有教TURBO C 跟 8051(用組合語言)
但是我怎樣想就是想不通C的寫作方式.只會用printf
使用組合語言寫8051卻有辦法讓他運作.
我覺得還是要看個人吧.

當初為了學組合語言
買了一本施威銘的組合語言實務和松崗出的...
書本前面幾張被我翻到黃掉,還是學不起來
即使知道一行指令,但一整串都不知道要做什麼
對於一個數理邏輯都不行的我來說.....可能要天賦吧...

x86還有一個叫「保護模式」東西，這個東西早在386就有了。

但是國內組合語言書本卻很少提到它，大多都是在講DOS的中斷呼叫、BIOS呼叫。

不過我是認為學BIOS呼叫是比較有用，DOS中斷呼叫(int 21)的話呢…

換個作業系統，int 21就失靈了。


還有像是mmx、sse、3DNow，這些東西要翻intel or amd的CPU手冊才知道。

286就有保護模式了，只是 286 的模式切換非常花時間，所以效率不好。386一出來，當時軟體都跳去用386保護模式了，286就給丟了。

386 增加的是在保護模式下運作的 v86 模式.

以我的印象，我記得 Protected Mode 是從 286 就有的，只是 286 時的 Protected Mode 設計得很爛，所以大家都當做286沒保護模式，一直到 386 之後的保護模式才算是較為完整，也才有人針對 386 保護模式設計軟體，如當時紅極一時的 Watcom C 的 DOS4GW.EXE，第一代的 Doom 其實就是靠這東西解決大解析圖片翻轉的問題，如果老玩家有印象，應該記得最早沒使用 DOS4GW.EXE 的 Demo 版本是如何的慢。
此外，以前最有名的軟體除錯器 S-ICE 其實也是利用 386 的保護模式機制的軟體之一，因此以前做保護有一些手段來防 S-ICE 例如把 Debug Register 拿來用。
還有，中斷的分類方式並不是 BIOS 與 DOS 這種分法，而應該是 Hardware, Software, 是否為 NMI 等分法...
組合語言真的沒想像中的難，我覺得組合語言不會比 BASIC 難到哪去，debug 開下去，有耐心點 trace 觀察暫存器變化跟用力查資料，你會發現組合語言真的不難。
我覺得難的地方是電腦系統架構、作業系統、硬體規格與演算法，組合語言反而是其次。
此外，以我碰過的組合語言來說，x86 的組合語言比起其他 RISC (MIPS, ARM...) 的組語來說，算是比較複雜的。
如果是非必要，其實用 C 來寫程式會比較有效率，只要你對 C 夠熟，用C也不見得會比組合語言慢到哪去。