感覺起來大家還是對於我在上一篇文章中的論點不是那麼的了解，我想要表達的是我並沒有要求堅深、精美的數學演算法， 而是要大家在平常寫程式時，多想一分鐘，把你所約到的數學用上來，不需要多資深的數學背景，只要我們在大學以前所學的12年數學就夠了。目的是什麼呢？為 了有一天需要用到更深一層的數學來解決問題時，做好平日的練習和準備。呃...還是無法體會？我再舉個例子吧。
小明跟小華平常在班上的成績都不錯，但小華不愛小功課，常常到了要交功課的前一天，才向小明借來抄。小明基於朋友的立場，常告戒小華說，老師出功課的目的就 是讓我們平常就把學到的東西熟練，這樣到了考試時才會準備的比較輕鬆。小華腦袋不錯，有點小聰明，但就是愛玩，他覺得浪費時間寫那些功課不如拿去控電動， 功課有交出去就好了，老師也不知道是抄來的，考試？！考前三天再熬夜準備就好了。平常的小考、月考小華還應付的不錯，因為小華頭腦其實不差，所以臨時抱佛 腳的效果還不錯。但終於要到關鍵的基測大考了，小華花了一兩個禮拜來熬夜準備，但考試結果沒有比輕鬆準備的小明來的好。
實力是慢慢累積而來的，也許你很聰明，可以在短時間內硬塞進一些東西在腦子裡，但經驗告訴我們，臨時抱佛腳所讀到的書，在交卷後一秒鐘就全忘光 了。就像農夫為什麼平常要努力的耕田、翻土一樣，要播種時再耕就好了，幹嘛平常就要再那辛苦的挖來挖去呢？大家應到都知道這老掉牙的道理，沒有平常辛勤的 耕耘，怎麼會有豐收的成果。臨時翻土，種得活是運氣好，收成的爛是理所當然。
還是有人在「程式目的」這點上做文章，經過我再次的解釋，不知道大家了解了沒？煎荷包蛋不難吧？同樣是煎蛋，有沒有練習還是差很多的。不知道各位 爸爸們，換尿布的工作是不是你們負責？換尿布也沒什麼難的，但你平常沒熟練，臨時要你參加換尿布比賽，你也是會手忙腳亂的。程式目的不是我的重點，我要寫 的程式也不是專要來解決某個數學問題用的，程式裡本來就到處都有數學的影子。平常多練習一點，有一天需要用到大量的數學時，你就能很輕鬆的應付，而不是眼 睜睜地把機會交到熟練數學的人手上。
文言文？白話文？程式可讀性？信不信就是有人連簡單的迴圈也可以寫得亂七糟，也有寫得很複雜的迴圈，讓人很難了解在幹嘛。程式註解才是程式可讀性 的關鍵，我們不是天天都在一行一行的trace別人的code，事實上我們平常也很少看別人的code，除非你是要改作業、最佳化調整、找別人的Bug之 外。不靠註解，要看懂別人的程式真得很累。就像基測的作文，平平都是白話文，但是有人寫出來的文章就是讓人看不種一樣。
下面這個迴圈在做什麼呢？
int a = 1;
int b = 0;
int c = 0;
for(int i=1, j=-2; a<12346; i+=2, j+=2, a+=2, b+=i, c+=j);
接下來我們必須約略解釋一下fork()在Linux中的實現方式，旨在讓讀者知道為什麼這個系統功能沒法直接移植到沒有MMU的CPU上；首先我們必須先介紹一下”copy-on-write”這個觀念：
一個程式在執行時會佔據記憶體空間，粗略可分為程式段、資料段、堆疊段與常數段，其中程式段與堆疊段是唯讀的，資料段與堆疊段的內容則有可能在執行時期被改變。在Linux中，當某個process呼叫fork()產生child process時，系統只會為新的process配置堆疊段，其他的記憶體區段都是共用的；實際上在child process呼叫exec()去執行另一個程式前，諸如程式段以及常數段這些內容不可以被改變的記憶體區段始終可以共用。可是資料段就不能一直共用，如果parent與child process同時去操作某個變數勢必會引起混亂。
Child process被fork出來後馬上呼叫exec()去執行其他程式是最常用的流程，以此說來，雖然每個process都必須有獨立的資料段，但馬上為child process配置資料段是很不經濟的，因為在大部分的狀況下child process並不會去對資料段作寫入的動作，在執行exec()後，之前的資料段就沒用了。
為了解決這個問題，Linux(fork)採用”copy-on-write”的技術，在child process尚未對資料段作寫入的動作之前，parent與child process共用資料段；當child process對資料段記憶體作出寫入的要求時，系統會配置一塊實體記憶體﹙一個page﹚給child process，並將原本資料段中被要求寫入之page的內容複製到這塊新的page；接著系統會更改child process的page table，使要被寫入資料的虛擬位址可以對應到上述新配置的實體記憶體位址。
此時child process與parent process的資料段大部分都還是功用的，不同的地方只是這次要被寫入的page；這種演算法的好處很多，在最節省記憶體的前提下使得parent與child process不致互相影響。要達到這種效果，CPU沒有支援MMU是做不到的，所以uClinux無法直接支援fork()這個系統功能。
uClinux無法作到安全的資料段分享機制，產生child process後複製整塊資料段也顯得有點笨拙，於是只好讓parent process停止執行，直到child process結束執行或有了自己的資料段之後才能恢復執行，前者表示child process出現例外或呼叫了_exit()，而後者則表示child process呼叫了exec()去執行其他的程式。這樣妥協出來的功能，就是原本Linux中的vfork()系統呼叫。
如果讀者對copy-on-write的原理不清楚也沒關係，讀者在使用uClinux時只需知道一般Linux在實現fork()這個系統功能時必須用到MMU的機制，而uClinux執行在沒有MMU的CPU之上，所以fork()無法直接移植到uClinux上；uClinux提供vfork()以達到多工的效果。
必須注意的是，使用vfork()產生的child process很可能會破壞parent process原本的資料段，所以程式設計師在uClinux上使用vfork()時必須格外小心；而且沒有fork()系統功能的事實使得許多原本運行在Linux上的應用程式無法完全不經修改救執行於uClinux之上。
我的心得：在早期的fork會複製整個parent的address space，造成時間的浪費，使用vfork則不會複製parent的address space。近來的fork則使用copy-on-write的技術，但是這卻需要MMU的幫忙，才能將child process的page table修改成正確的physcial address，而在嵌入式系統上，uClinux並不支援MMU，所以只能使用vfork。
