<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                合規國際互聯網加速 OSASE為企業客戶提供高速穩定SD-WAN國際加速解決方案。 廣告
                ## 4.1.?內核中的調試支持 在第 2 章, 我們建議你建立并安裝你自己的內核, 而不是運行來自你的發布商的現成的內核. 運行你自己的內核的最充分的理由之一是內核開發者已經在內核自身中構建了多個調試特性. 這些特性能產生額外的輸出并降低性能, 因此發布商的產品內核中往往不會使能它們. 作為一個內核開發者, 但是, 你有不同的優先權并且會樂于接收這些格外的內核調試支持帶來的開銷. 這里, 我們列出用來開發的內核應當激活的配置選項. 除了另外指出的, 所有的這些選項都在 "kernel hacking" 菜單, 不管什么樣的你喜歡的內核配置工具. 注意有些選項不是所有體系都支持. CONFIG_DEBUG_KERNEL 這個選項只是使其他調試選項可用; 它應當打開, 但是它自己不激活任何的特性. CONFIG_DEBUG_SLAB 這個重要的選項打開了內核內存分配函數的幾類檢查; 激活這些檢查, 就可能探測到一些內存覆蓋和遺漏初始化的錯誤. 被分配的每一個字節在遞交給調用者之前都設成 0xa5, 隨后在釋放時被設成 0x6b. 你在任何時候如果見到任一個這種"壞"模式重復出現在你的驅動輸出(或者常常在一個 oops 的列表), 你會確切知道去找什么類型的錯誤. 當激活調試, 內核還會在每個分配的內存對象的前后放置特別的守護值; 如果這些值曾被改動, 內核知道有人已覆蓋了一個內存分配區, 它大聲抱怨. 各種的對更模糊的問題的檢查也給激活了. CONFIG_DEBUG_PAGEALLOC 滿的頁在釋放時被從內核地址空間去除. 這個選項會顯著拖慢系統, 但是它也能快速指出某些類型的內存損壞錯誤. CONFIG_DEBUG_SPINLOCK 激活這個選項, 內核捕捉對未初始化的自旋鎖的操作, 以及各種其他的錯誤( 例如 2 次解鎖同一個鎖 ). CONFIG_DEBUG_SPINLOCK_SLEEP 這個選項激活對持有自旋鎖時進入睡眠的檢查. 實際上, 如果你調用一個可能會睡眠的函數, 它就抱怨, 即便這個有疑問的調用沒有睡眠. CONFIG_INIT_DEBUG 用__init (或者 __initdata) 標志的項在系統初始化或者模塊加載后都被丟棄. 這個選項激活了對代碼的檢查, 這些代碼試圖在初始化完成后存取初始化時內存. CONFIG_DEBUG_INFO 這個選項使得內核在建立時包含完整的調試信息. 如果你想使用 gdb 調試內核, 你將需要這些信息. 如果你打算使用 gdb, 你還要激活 CONFIG_FRAME_POINTER. CONFIG_MAGIC_SYSRQ 激活"魔術 SysRq"鍵. 我們在本章后面的"系統掛起"一節查看這個鍵. CONFIG_DEBUG_STACKOVERFLOWCONFIG_DEBUG_STACK_USAGE 這些選項能幫助跟蹤內核堆棧溢出. 堆棧溢出的確證是一個 oops 輸出, 但是沒有任何形式的合理的回溯. 第一個選項給內核增加了明確的溢出檢查; 第 2 個使得內核監測堆棧使用并作一些統計, 這些統計可以用魔術 SysRq 鍵得到. CONFIG_KALLSYMS 這個選項(在"Generl setup/Standard features"下)使得內核符號信息建在內核中; 缺省是激活的. 符號選項用在調試上下文中; 沒有它, 一個 oops 列表只能以 16 進制格式給你一個內核回溯, 這不是很有用. CONFIG_IKCONFIGCONFIG_IKCONFIG_PROC 這些選項(在"Generl setup"菜單)使得完整的內核配置狀態被建立到內核中, 可以通過 /proc 來使其可用. 大部分內核開發者知道他們使用的哪個配置, 并不需要這些選項(會使得內核更大). 但是如果你試著調試由其他人建立的內核中的問題, 它們可能有用. CONFIG_ACPI_DEBUG 在"Power management/ACPI"下. 這個選項打開詳細的 ACPI (Advanced Configuration and Power Interface) 調試信息, 它可能有用如果你懷疑一個問題和 ACPI 相關. CONFIG_DEBUG_DRIVER 在"Device drivers"下. 打開了驅動核心的調試信息, 可用以追蹤低層支持代碼的問題. 我們在第 14 章查看驅動核心. CONFIG_SCSI_CONSTANTS 這個選項, 在"Device drivers/SCSI device support"下, 建立詳細的 SCSI 錯誤消息的信息. 如果你在使用 SCSI 驅動, 你可能需要這個選項. CONFIG_INPUT_EVBUG 這個選項(在"Device drivers/Input device support"下)打開輸入事件的詳細日志. 如果你使用一個輸入設備的驅動, 這個選項可能會有用. 然而要小心這個選項的安全性的隱含意義: 它記錄了你鍵入的任何東西, 包括你的密碼. CONFIG_PROFILING 這個選項位于"Profiling support"之下. 剖析通常用在系統性能調整, 但是在追蹤一些內核掛起和相關問題上也有用. 我們會再次遇到一些上面的選項, 當我們查看各種方法來追蹤內核問題時. 但是首先, 我們要看一下經典的調試技術: print 語句.
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看