page-fault

    0熱度

    1回答

    我創建了使用malloc()分配50Mb內存的小波包程序,然後使用一個循環來「觸摸」每一頁以使其處於居住狀態。 int main() { // Map 50M to RAM unsigned char *p = malloc(52428800); sleep(5); // Touch every page for (int i = 0; i<

    0熱度

    3回答

    我正在使用帶有kubernetes的CoreOS 773.1.0。最近它崩潰並打印此跟蹤日誌: 虛擬機仍在運行,但我不能ssh到它,kubernetes主節點聲明爲NotReady。我必須關閉它(不關機)並啓動它。 我使用Hyper-V作爲虛擬機管理程序,虛擬機配備12GB RAM,4GB交換,4核CPU。尤其是,我將磁盤(.vhd文件)移動到新分區後出現此錯誤。

    2熱度

    1回答

    用於將32位字加載到寄存器中的機器語言指令 包含要加載的字的32位地址。 這條指令可能導致頁面錯誤的最大數量是多少? (的Tanenbaum,OS,Q 44) 它看起來像沒有道理的,它會導致只有1頁錯誤。當它試圖訪問32位字時。 (我對這個問題的理論,請隨意忽略,因爲它可能包含許多錯誤或混淆的事實。) 請告訴我這個問題的正確解決方案是什麼。

    0熱度

    1回答

    我想處理用戶空間頁面處理程序。 以下url顯示userfaultfd的用法 https://www.cons.org/cracauer/cracauer-userfaultfd.html 但是我無法編譯這個程序。 錯誤如下。 userfaultfd.c: In function ‘handler’: userfaultfd.c:141:34: error: storage size of ‘wp

    1熱度

    1回答

    當我們malloc內存時,只有虛擬內存可用,它實際上指向零頁。當我們試圖寫入malloced內存時,真正的物理內存將被分配,此時,將會有複製副本將從零頁面複製到由頁面錯誤映射的物理內存中。我的問題是,在Linux源代碼中如何/如何實現零填充需求,我想禁用此功能來做一些測試。我想這可能發生在頁面錯誤過程中,而不是brk()或mmap()。 類似主題與零填充需求相關。 ZFOD和COW。

    0熱度

    1回答

    我想了解按需分頁的概念並找不到答案。頁面錯誤率如何可能相對較小,如果操作系統知道它需要特定頁面的唯一方法是獲取指令並發現該頁面未加載到RAM中?如果頁面錯誤率很低,OS如何管理加載到RAM右頁面?它如何提前猜測,該特定頁面將需要? 謝謝。

    4熱度

    1回答

    我正在閱讀關於引導時頁表初始化的linux源代碼(4.4.45,但應該與其他版本相同),下面的代碼讓我感到困惑。 具體來說,我正在閱讀關於如何初始化early_level4_pgt。這裏是x86_64,link is here中的部分代碼。 leaq level2_kernel_pgt(%rip), %rdi leaq 4096(%rdi), %r8 /* See if

    -1熱度

    2回答

    我是內存管理和頁面替換算法的新手。我發現並打印了一個關於Least Recently Used算法的問題,但不幸的是,我無法確定我的答案和思考過程是否正確。 我很努力地通過閱讀免費教科書和在YouTube上觀看示例來鞏固我對算法的理解。但是,如果我能夠理解這個概念,並且就如何改進我的答案和糾正我的思維過程提供任何建議,我將不勝感激。 請參考下面其中粗體數字是頁面錯誤的圖像,並用星的數量是頁面點擊(

    1熱度

    1回答

    我正在閱讀有關請求分頁的頁面錯誤。當 1)該存儲器訪問是非法的 2)的頁面是有效的,但不存在於主內存頁面故障發生 我閱讀了有效無效位,你可以告訴我們,如果內存是不是在邏輯 地址空間,因爲相應的位會被標記爲無效。 相同的有效無效位用於識別上述2條件。 我的問題操作系統如何知道被訪問的內存是否非法 或者頁面是否有效,但是隻有一個有效無效位在主內存中? 謝謝!

    4熱度

    1回答

    我試圖下載Xcode(版本El Capitan),它似乎被卡住了。當我運行'top'時,我看到一個名爲'storedownloadd'的進程,而'STATE'列在睡眠,卡住和運行之間交替。 「FAULTS」的數量迅速增加,之後加號。 'FAULTS'專欄現在已超過40萬冊,並且正在增加。除了「頂」之外,我沒有看到下載活動的跡象。這是否表明有什麼不妥?這裏有一個截屏: Processes: 203