Linux內核：立即descheduling

Question

的成本從http://lkml.indiana.edu/hypermail/linux/kernel/0103.1/0030.html我瞭解在Linux的新型互斥的，一個adaptive_np之一：

的PTHRED_MUTEX_ADAPTIVE_NP是一個新的 互斥鎖其用於高 吞吐量公平性甚至CPU週期的犧牲。這個 互斥體不會將所有權轉讓給 等待線程，而是允許 競爭。另外，通過SMP內核， 鎖定操作使用旋轉到 重試鎖定以避免 立即重新調度的成本。

有人提到「立即重新排期的費用」。這個成本是多少？ （根據cpu ticks; TLB，TSS，smth else reloading）在內核之間在「立即重新調度請求」和重新調度再次返回運行狀態之間做了什麼？

我該如何做一個明確的descheduling，我怎麼測量它的成本？

Answer 1

看起來它只是一個輕量級聯鎖，旨在允許線程避開調度程序。

這個想法是用一個相對較長的基於上下文切換的操作來替換在spinlock中花費的希望很短的時間。

無視「新」的使用，自旋鎖像山一樣古老。我猜想，大約10年前，它就是那個pthread庫的新手。

「顯式重新排程」大概與上下文切換是同一回事，所以你可以通過讓兩個線程彼此間隔100萬次來測量運行時間。