在linux內核當中，分配內存是常有的事情，許多的內核數據結構都需要動態建立，這就需要分配內存，如果當下沒有可用內存的話，內存分配函數是返回 NULL，還是睡眠等待呢？這其實是兩種策略，答案也是非常簡單，當當前的執行環境不允許睡眠的時候就不能睡眠，比如說中斷，當前可以睡眠的時候就可以睡 眠等待，比如進程的系統調用或缺頁異常處理中，基于以上不同的策略，內核專門為內存分配函數提供了flag參數，它們都是以GFP_打頭的參數，可以參考 內核代碼。最終都要進入__alloc_pages：
上述函數中有wakeup_kswapd調 用，不管能否睡眠都回調用它，如果你認為它會導致進程切換會導致內存分配進程的睡眠，那么你就大錯特錯了，wakeup操作只是設置了 TF_NEED_RESCHED標志，雖然有了調度請求，可以調度點的驗證卻無法通過，在中斷或原子上下文，進程的preempt標志為非0，而只有它為 0的時候才會通過調度點的驗證實際發生進程切換，實際上在中斷中會有很多wakeup的發生，很多進程都是在中斷中被wakup的，真正會發生睡眠的是在 try_to_free_pages函數中，該函數中可能要調用blk_congestion_wait，而blk_congestion_wait則會 毫不猶豫地進入睡眠，因此頁面分配標志中如果沒有_GFP_WAIT標志，根本就無法進入try_to_free_pages，從而也不會睡眠，反之，一 旦設置了該標志便會有可能進入睡眠。我們來看看vmalloc函數會不會睡眠：
結果很顯然，我就不說了，而kmalloc和get_free_pages是可以自己設置標志把握策略的，因此在中斷中不要調用vmalloc來分配內存。