是否使用alloc_pages分配頁面也分配結構？

Question

讓我們考慮以下代碼：

struct page * str_page = alloc_pages(some flags, 4);
str_page++;

在第一行中，將分配16個頁面，並將指向struct page一個分配頁面的struct page的指針保存到str_page 。
然后，我增加該指針，它現在指向該結構的后面。
現在是否指向第二個分配頁面的struct page頁面？

一般問題是：
是否為所有分配的頁面的結構也分配了alloc_pages()或這些結構實際上是由內核更早分配並由內核處理的？

Answer 1

現在是否指向第二個分配頁面的結構頁面？

通常是。 主要是因為alloc_pages分配連續的頁面（vs稀疏/分散），並且僅以這種方式實現才有意義。

但是，我建議您不要這樣做。 如果要獲取特定物理頁面的結構頁面，則應改用pfn_to_page / phys_to_page（顯然，對於反向操作，請使用page_to_phys / page_to_pfn）。 我認為無法保證結構頁在內存中的布局。

是否為所有分配的頁面的結構也分配了alloc_pages（）或這些結構實際上是由內核更早分配並由內核處理的？

它們只是對預分配頁面的引用。 從那時起，實際的頁面就由內核在啟動時分配，並且從那時起就由內核進行管理。

Answer 2

以下內容似乎表明這些頁面是連續的：

http://www.makelinux.net/books/lkd2/ch11lev1sec3

這意味着增加str_page指針會使值增加str_page大小，從而為您提供內存中的下一頁。

在c中，它就是這樣工作的。 當增加一個類型的指針時，您將指針的地址增加該類型的大小