為啥kernel不增強(qiáng)一下函數(shù)命名來避免bug呢

GFree_Wind

事先聲明，我對(duì)于kernel是愛好者，所以基本上是新丁呵。

我這兩天想到一個(gè)問題，在編寫kernel的代碼時(shí)，有著各種各樣的注意事項(xiàng)。
比如拿著spin_lock或中斷處理函數(shù)的時(shí)候，不能調(diào)用可能sleep的函數(shù)。那么在寫這些程序時(shí)，對(duì)于在其中調(diào)用的函數(shù)，一層層的調(diào)用關(guān)系，都要確定沒有sleep。

那么如果把會(huì)sleep的函數(shù)的命名增強(qiáng)一下，比如加上may_slepp或者縮寫等等，可以減少很多bug。

當(dāng)然，作為一個(gè)很熟悉內(nèi)核的人來說，這可能是多此一舉。
但是僅僅改進(jìn)一下命名，就可以減輕很多內(nèi)核工程師的工作負(fù)擔(dān)，還是很值得的啊。


如果是自己產(chǎn)品的代碼中，我肯定會(huì)強(qiáng)烈建議引入這種機(jī)制的。
上面用sleep只是一個(gè)例子，除了sleep，還有是否會(huì)打開中斷等等各種陷阱。
如果從函數(shù)名字上可以得到提示，何樂而不為呢？

MagicBoy2010

我今天剛好寫了個(gè)帖子，正在往博客上發(fā)。。�？磥碓坌值墁F(xiàn)在有點(diǎn)默契啊

GFree_Wind

MagicBoy2010 發(fā)表于 2012-04-01 12:43
我今天剛好寫了個(gè)帖子，正在往博客上發(fā)。。�？磥碓坌值墁F(xiàn)在有點(diǎn)默契啊

也是關(guān)于這方面的？

rocklinux

回復(fù) 1# GFree_Wind


    可能當(dāng)初沒有考慮完全，沒想到linux會(huì)這么火，積累大量代碼后，改函數(shù)名就很不方便了。。

crspo

回復(fù) 1# GFree_Wind

有類似的方法，但是不是通過函數(shù)名比如 might_sleep()


   

smalloc

in_interrupt().