2005-11-14 18:38:19鼴鼠

給個Sopp的部落格鏈結兼強力吐槽。

給個Sopp的部落格鏈結:sopp.blogspot.com

蘇普就是鼴鼠口中的綠蠵龜啦,
怕大家不知道所以在這裡做個註解。

話說直到今天才發現她的Blog中居然有日記,
而之前演鼠一直覺的"爲什麼這傢伙都不更新?"

真是....OTL


因為鼴鼠看了他的言論,
馬上就想吐槽,不過那個奇怪的系統似乎要Blogger允許才能發文,
非常的麻煩,所以就累積在這裡一併吐槽。



說句實話,鼴鼠不太喜歡五星物語,個人比較喜歡稍微真實系一點的,
所以第一次聽Sopp到個ID,鼴鼠一直誤以為是肥皂(Soap),
怪了,怎麼有人的ID這麼詭異,好吧,這是廢話了。

首先是OS,聽說某人OS很強是吧?呼呼呼呼~
鼴鼠OS其實是很弱的啦,特別是大學的時候,
話說回來,鼴鼠除了極少數個人偏好的科目外,
其他大部分都很弱就是了(攤手)。

說是弱,其實個人倒覺得是一種偏執造成的結果,
資工的課程中,OS和資料結構其實是算是很簡單的科目,貝多芬嘛!
從頭到尾背起來,把所有的考古題作十遍,
基本上就是送分科目,特別是OS的答案通常很短,
而且很容易條列。

不過鼴鼠一直覺的OS要唸的好是很難的,
難的地方不再考試高分,而是在:如果給你implement一套OS,
不!不要這麼難,現在給你implement一套File system,
你會做怎樣的設計?1.這是一套處理視訊剪輯用的系統,
2.這是一個容錯重視系統,3.這是一個需要高速indexing的系統。


其實這算是很典型的研究所考題,
這種題形也很容易出現在碩博合修的高等OS中,
要回答的好不容易,真的回答的好,OS才算有及格的希望。

再來就是經典的mutual exclusion的問題,
在OS,Driver,或AP中,Multi-thread的狀況,
如何辦到有效率的mutal exclusion?
傳統的如何避免starvation,dead lock,
或是現實中的問題,如何讓效率不被mutex的機制拖累。

不知道Sopp對這方面的了解如何,
對鼴鼠而言,是不會覺得自己OS有多好的啦,
特別是認識一些搞cluster或平行處理的人之後,
特別會覺得自己很沒用,哼哼哼哼哼~

鼴鼠以前修高等OS時,那堂課是碩博合修,不點名,沒期中考,
只有期末考,期末考是Open book,take home(隔天交),可上網查,
外加允許小組討論!不過被當率是50%左右(但不能跨小組討論)。

大家應該都修過類似的課吧?
那個期末考堪稱一絕,
考完大家都是筋疲力盡,
弄得死去活來,題目盡是翻課本也沒用的有趣問題,
修完那堂課,鼴鼠再也不敢輕視OS。

雖然最後鼴鼠低空飛過,不過至此對OS的難度可是有著深刻的認識啊....

ma....今天要去光華混,先吐槽至此,明天繼續。


接下來繼續寫,
其實鼴鼠想說的是:OS只是一種讓愚蠢的電腦乖乖運作的東西,
基本上只是個愚蠢的規則大合集,如果用這種東西,去左右的思考方式的話,
似乎是不太合理的啦!!

喔哈哈哈哈哈哈哈哈哈~