戴文的Linux內核專題：08 配置內核(4)

這裡我們被問及關於"IBM Calgary IOMMU support (CALGARY_IOMMU)"。這個選項將會提供對IBM xSeries x366和x460的IOMMU的支持。這也將讓那些32位PCI的設備工作正常——在這些系統上不支持雙地址周期(DAC : Double Address Cycle)——因為該系統設置在訪問超過3GB內存的時候會有問題。如果需要這些IOMMU設備可以用"iommu=off"在啟動時關閉。(這些內核/模塊參數會在以後的文章中討論)

IOMMU(input/output memory management unit)是一個內存管理單元(MMU)，它連接具有DMA功能的I/O匯流排到主內存上。DMA(Direct Memory Access)是許多計算機支持的一種允許特定設備不藉助CPU直接訪問內存的特性。雙地址周期(Double Address Cycle, DAC)是64位DMA；而通常的DMA使用32位。

下面，我們被問及是否默認啟用Calgary(Should Calgary be enabled by default? (CALGARY_IOMMU_ENABLED_BY_DEFAULT))。Calgary與上面提到的IOMMU是同一個概念。這兩者之間的不同是IOMMU可以支持許多設備而Calgary只能支持IBM IOMMU設備。如果禁用了它，但是以後需要使用到它，可以使用內核參數(iommu=calgary)。

這裡有個問題需要小心處理(Enable Maximum number of SMP Processors and NUMA Nodes (MAXSMP))。只有在內核運行在擁有很多SMP處理器和NUMA節點的情況下才啟用它，如Core i7和許多AMD CPU晶元。如果系統缺乏或者只有少量的SMP處理器和NUMA節點，內核就會變得低效。這個最好選擇"No"。

非一致性內存訪問(Non-Uniform Memory Access (NUMA))是一個每塊內存都需要花費更長時間訪問其他部分內存的系統。一個節點就是一組內存。例如，一個NUMA系統可能有三塊內存晶元。每塊晶元是一個節點，在帶CPU的主板上有一個節點/晶元(這是最快的節點)，另外兩個在不同的匯流排上。這兩個節點需要比第一個節點花費更長的時間去訪問。

注意：ccNUMA和NUMA目前是一樣的，至少是非常相似的。

對稱多處理器(Symmetric Multi-Processing (SMP))是NUMA的替代品。它的內存在同一根匯流排上。只有限定數量的CPU可以訪問匯流排，所以這限制了SMP系統上處理器的數量。然而它內存的訪問速度一樣塊。

注意：我是在為AMD64系統在編譯內核，所以我會告訴你我的選擇，來幫助讀者理解過程和選擇。如果我沒有指出我的選擇，那麼我用的就是默認選擇。如果你在為不同的系統編譯或者你有不同的需求，你需要在你的情況下做出替代的選擇。

接下來，除非配置工具已經為你做了選擇，選擇一個內核需要支持的最多CPU的數量。這個配置根據你給的數量優化內核。

接著啟用或禁用"SMT (Hyperthreading) scheduler support (SCHED_SMT)"（超線程調度器支持）。SMT調度器提升了在使用了超線程技術的Pentium 4處理器上的CPU決策能力。然而，這會帶來額外的功耗，在一些系統上最好像我一樣選擇"no"。

超線程一種專有的SMT並行微處理器(Intel 實現了它)。這是多任務/多線程(同時做許多任務)的一種特殊形式，並行多線程(Simultaneous multithreading (SMT))提升了多線程執行的效率。

在這之後，啟用或者禁用"Multi-core scheduler support (SCHED_MC)"。這樣也是一種提升多核CPU決策的特性。然而這回帶來額外功耗，我選擇了"No"。

在下一個選項中可以選擇搶佔模式。

Preemption Model（搶佔模式）

1. No Forced Preemption (Server) (PREEMPT_NONE) （非強制搶佔）

2. Voluntary Kernel Preemption (Desktop) (PREEMPT_VOLUNTARY) （自願內核搶佔）

3. Preemptible Kernel (Low-Latency Desktop) (PREEMPT) （可搶佔內核）

choice[1-3]: 2

搶佔就是暫停一個意圖讓它之後繼續執行的中斷任務的過程。搶佔強制一個進程暫停，執行中的任務無法忽視搶佔。

接著，我們被詢問關於"Reroute for broken boot IRQs (X86_REROUTE_FOR_BROKEN_BOOT_IRQS)"。這是一個對於假中斷的簡單修復。假中斷是一種無用的硬體中斷，這些通常是有電子干擾或者錯誤連接的電子產品觸發。記住，中斷是發送給處理器需要馬上注意的信號。

這個選項對任何機器都很重要；我懷疑任何人可能都會有禁用這個特性的理由(Machine Check / overheating reporting (X86_MCE))。內核必須意識到過熱和數據損壞，不然，系統將會繼續操作，這樣只會導致進一步的破壞。

下面，用戶可以啟用禁用"Intel MCE features (X86_MCE_INTEL)"，這是一種額外的對像熱度監控的Intel MCE特性的支持。因為我是為AMD64處理器編譯內核所以我選擇了"no"。機器檢測異常(MCE)是一種當處理器發現硬體問題時的錯誤輸出。MCE通常會導致內核嚴重錯誤(kernel panic)(相當於Windows中的"藍屏")。

這個除了是AMD設備外是同一個問題Intel MCE features (X86_MCE_INTEL)。

下一個是我會禁用的調試特性(Machine check injector support (X86_MCE_INJECT))。這個會允許注射檢查。如果你偶爾執行機器注射，那最好編譯成模塊而不是編譯進內核。機器注射可以使設備即使實際沒有錯誤也可以發送一個偽造的錯誤信息。這個用來確認內核和其他進程可以正常處理錯誤。比如，如果CPU過熱，接著應該關機，但是開發者如何在不損壞CPU的情況下測試代碼。注射錯誤是一種最好的方法，因為它只是一種告訴硬體發送錯誤信號的軟體。

注:模塊是對可能被使用或者很少執行的特性/驅動而言的。只加入在許多使用該內核的系統中用到的特性/驅動到內核中。

如果內核很可能用在Dell筆記本上，那麼啟用這個特性(Dell laptop support (I8K))。否則，如果一些用戶可能在戴爾筆記本電腦上用到這個內核，將其作為一個模塊加入。如果這個內核不打算支持Dell筆記本，那就像我一樣忽略掉它。特別地，這個支持是一個允許Dell Inspiron 8000系列筆記本訪問處理器的系統管理模式的驅動。系統管理模式的目的是得到處理器的溫度和風扇狀態，這對一些需要控制風扇的系統有用。

下面，用戶可以選擇微碼載入支持(CPU microcode loading support (MICROCODE))。這可以允許用戶在支持這個特性的AMD或者Intel晶元上更新微碼。

注意：為了載入微碼，你必須擁有一個為你的處理器設計的合法的二進位微代碼拷貝。

如果要載入微碼補丁(修復bug或加入次要的特性)到intel晶元上(Intel microcode loading support (MICROCODE_INTEL))，這個就必須啟用。這裡我禁用了它。

然後是AMD晶元的類似選項(AMD microcode loading support (MICROCODE_AMD))。

啟用這個支持(/dev/cpu/*/msr - Model-specific register support (X86_MSR))可以允許某個處理器有許可權使用x86特殊模塊寄存器(Model-Specific Registers (MSRs))。這些寄存器是一些字元設備，包括major 202下minor 0到31的設備((/dev/cpu/0/msr to /dev/cpu/31/msr))。這個特性用在多處理器系統上。每個虛擬字元設備都連接到一個特定的CPU。

注意：MSRs被用來改變CPU設備、調試、性能監控和執行追蹤。MSRs使用x86指令集。

在這之後，我們有一個選項"CPU information support (X86_CPUID)"，啟用這個特性允許處理器訪問x86 CPUID指令，這需要通過字元設備在一個特定的CPU上執行。這些字元設備包括major 202下minor 0到31的設備(/dev/cpu/0/msr to /dev/cpu/31/msr)，就像上面x86_MSR支持的這些。

如果處理器支持，啟用內核線性映射來使用1GB的內存頁(Enable 1GB pages for kernel pagetables (DIRECT_GBPAGES))。啟用這個可以幫助減輕TLB的壓力。

頁是內存本身的基本單位(位是數據的基本單位)。頁的大小是由硬體自身決定的。頁碼錶是虛擬和物理內存間的映射。物理內存是設備上的內存。虛擬內存是到內存的地址。依賴於系統架構，硬體可以訪問大於實際內存地址的地址。舉例來說，一個64位系統擁有6GB內存，管理員在需要時可以加上更多的內存。這是因為還有很多虛擬內存地址。然而，在很多32位系統上，系統管理員可以增加一條8GB的內存，但是系統無法完全使用它，因為系統中沒有足夠的虛擬內存地址去訪問大容量的內存。轉換後援緩衝器(Translation Lookaside Buffer (TLB))是一種提升虛擬內存轉換速度的緩存系統。

下面，我們看到了NUMA選項(Numa Memory Allocation and Scheduler Support (NUMA))。這可以允許內核在CPU本地內存分配器上分配CPU可使用的內存。這個支持同樣可使內核更好感知到NUMA。很少的32位系統需要這個特性，但是一些通用的645位處理器使用這個特性。我選擇了"no"。

為了系統使用舊方式來檢測AMD NUMA節點拓撲，啟用這個特性(Old style AMD Opteron NUMA detection (AMD_NUMA))。下一個選項是一種更新的檢測方式(ACPI NUMA detection (X86_64_ACPI_NUMA))。如果兩個都啟用，新的方式將會佔支配作用。一些硬體在使用其中一種方式而不是另外一個時工作得更好。

如果為了調試目的的NUMA模擬，可以啟用下一個特性(NUMA emulation (NUMA_EMU))。

注意：如果你不打算進行調試並且你需要一個快速、輕量級系統，那麼禁用儘可能多的調試特性。

下一個選項中，選擇你的內核打算如何處理NUMA節點的最大數量。接下來選擇內存模型，這裡可能只有一個內存模型選擇。內存模型指定了內存如何存儲。

Maximum NUMA Nodes (as a power of 2) (NODES_SHIFT) [6]

Memory model

1. Sparse Memory (SPARSEMEM_MANUAL)

choice[1]: 1

為了提升性能，這裡有一個選項用通過虛擬內存映射(Sparse Memory virtual memmap (SPARSEMEM_VMEMMAP))來優化pfn_to_page和page_to_pfn操作。頁幀號是每頁被給定的號碼。這兩個操作用來從號碼得到頁或者從頁得到號碼。

下一個選項是允許一個節點可以移除內存(Enable to assign a node which has only movable memory (MOVABLE_NODE))。內核頁通常無法移除。當啟用後，用戶可以熱插拔內存節點，同樣可移除內存允許內存整理。作為出入內存的數據，只要有可用空間一組數據可能被劃分到不同內存。

接著前面的內存問題，我們還有更多的問題。這些可能已被配置工具預配置了。第三個選項(BALLOON_COMPACTION)，當啟用時可以幫助減少內存碎片。碎片內存會減慢系統速度。第四個選項(COMPACTION)允許內存壓縮。下面列到的第五個選項(MIGRATION)允許頁面被移動。

• Allow for memory hot-add (MEMORY_HOTPLUG) (允許內存熱添加)
• Allow for memory hot remove (MEMORY_HOTREMOVE) （允許內存熱移除）
• Allow for balloon memory compaction/migration (BALLOON_COMPACTION) （允許泡狀內存規整和合併）
• Allow for memory compaction (允許內存規整)
• Page migration (MIGRATION) (頁合併)

注意：啟用可移動內存會啟用以上5個特性。

下一步，我們可以"Enable KSM for page merging (KSM)"。內核同頁合併(Kernel Samepage Merging (KSM))會查看程序認為可以合併的內核。如果兩頁內存完全相同這可以節約內存。一塊內存可以被刪除或者被合併，並且只有一塊可以使用。

配置工具可能會自動選擇保存多少內存用於用戶分配(Low address space to protect from user allocation (DEFAULT_MMAP_MIN_ADDR) [65536])。

下一個選項很重要(Enable recovery from hardware memory errors (MEMORY_FAILURE))。如果內存故障並且系統有MCA恢復或者ECC內存，系統就可以繼續運行並且恢復。要使用這個特性，硬體自身和內核都必須支持。

機器檢測架構(Machine Check Architecture (MCA))是一個一些CPU上可以發送硬體錯誤信息給操作系統的特性。錯誤更正碼內存(Error-correcting code memory (ECC memory))是一種內存設備檢測和糾正錯誤的形式。

下面，配置工具會自動啟用"HWPoison pages injector (HWPOISON_INJECT)"。這個特性允許內核標記一塊壞頁為"poisoned"，接著內核會殺死創建壞頁的程序。這有助於停止並糾正錯誤。

為了允許內核使用大頁(Transparent Hugepage Support (TRANSPARENT_HUGEPAGE))，啟用這個特性。這可以加速系統但是需要更多內存。嵌入式系統不必使用這個特性。嵌入式系統通常只有非常小的內存。

如果啟用了上面的，那麼必須配置大頁的sysfs支持。

Transparent Hugepage Support sysfs defaults

1. always (TRANSPARENT_HUGEPAGE_ALWAYS)

2. madvise (TRANSPARENT_HUGEPAGE_MADVISE)

choice[1-2?]: 2

下面的選項是增加process_vm_readv和process_vm_writev這兩個系統調用(Cross Memory Support (CROSS_MEMORY_ATTACH))。這允許特權進程訪問另外一個程序的地址空間。

如果有tmem，啟用緩存清理(cleancache)通常是一個好主意 (Enable cleancache driver to cache clean pages if Transcendent Memory (tmem) is present (CLEANCACHE))。當一些內存頁需要從內存中移除時，cleancache會將頁面放在cleancache-enabled的文件系統上。當需要該頁時，頁會被重新放回內存中。超內存(tmem)沒有一組已知大小的內存，內核對此內存使用間接定址。

下一個選項允許在tmen激活後緩存交換頁(Enable frontswap to cache swap pages if tmem is present (FRONTSWAP))。frontswap在交換分區放置數據。交換特性的支持需要這個。

最好啟用下一個特性(Check for low memory corruption (X86_CHECK_BIOS_CORRUPTION))。這會檢測低位內存的內存損壞情況。這個特性在執行期被禁止。為了啟用這個特性,在內核命令行內加入 "memory_corruption_check=1"(這會在以後的文章中討論;這不同於任何命令行)。即使經常執行這個特性，也只使用非常小的開銷(接近沒有)。

接下來我門可以設置內存損壞檢測的默認設置(「Set the default setting of memory_corruption_check (X86_BOOTPARAM_MEMORY_CORRUPTION_CHECK))。這可以選擇是否開啟或關閉memory_corruption_check。最好啟用內存損壞檢測不然如果一部分重要內存損壞後可能會導致數據丟失和系統崩潰。

這個選項關注的是BIOS(Amount of low memory, in kilobytes, to reserve for the BIOS (X86_RESERVE_LOW) [64])。配置工具通常知道給BIOS預留內存的最佳大小。

對於Intel P6處理器，開發者可以啟用存儲區域類型寄存器(MTRR (Memory Type Range Register) support (MTRR))。這用於連接著VGA卡的AGP和PCI卡。啟用這個特性內核會創建/proc/mtrr。

如果X驅動需要加入回寫入口，那麼啟用下面的選項(MTRR cleanup support (MTRR_SANITIZER))。這會將MTRR的布局從連續轉換到離散。存儲區域類型寄存器(Memory type range registers (MTRRs))提供了一種軟體訪問CPU緩存的方法。

下面，配置工具已經設置了一些MTRR選項

• MTRR cleanup enable value (0-1) (MTRR_SANITIZER_ENABLE_DEFAULT) [1]
• MTRR cleanup spare reg num (0-7) (MTRR_SANITIZER_SPARE_REG_NR_DEFAULT) [1]

為了設置頁級緩衝控制，那就啟用PAT屬性(x86 PAT support (X86_PAT))。頁屬性表(Page Attribute Table (PATs))是現在版的MTRRs並比它更靈活。如果你經歷過因啟用它而引發的啟動問題，那麼禁用這個特性後重新編譯內核。我選擇了"no"。

via: http://www.linux.org/threads/the-linux-kernel-configuring-the-kernel-part-4.4392/

譯者：geekpi 校對：wxy

本文由 LCTT 原創翻譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive