FreeBSD支持SMP否？？？？

leaner

我們服務(wù)器裝的LINUX
只有一個CPU
但是可以用SMP的
top的時候 可以看到2個CPU

現(xiàn)在想改成FreeBSD的系統(tǒng)
不知道FreeBSD支持這樣么？
剛才搜索了一下 信息很少 好象不可以的樣子

feelfirst

暈怎么不可以啊，，
偶P4 2.4 CG就是SMP的
編譯內(nèi)核的時候支持一下就可以啊/

solaris007

需要重新編譯內(nèi)核
去掉下面兩行前面的#：
options SMP
options APIC_IO
如果是超線程的SMP還需要把下面這行前面的#去掉：
options HTT

leaner

要到5.X版SMP支持才好,不知道是么？

書劍飄零

5.x對SMP的支持是好d~ :em11: :em11: :em11:

見http://www.cnfug.org/project/ffs/contents.html

《FreeBSD使用大全》第二版    作者：王波


1.5.1 下一代SMP支持

對于高端服務(wù)器來講，不再是單處理器的系統(tǒng)，而是使用了多個中央處理器共同執(zhí)行計算任務(wù)。目前，服務(wù)器通常使用的是SMP方式，就是說多個處理器處于等價的地位，可以訪問同樣的內(nèi)存空間，有相同的機會同時處理計算任務(wù)。因此對于SMP系統(tǒng)，原則上就可以將多個計算任務(wù)同時分配給多個處理器同時進行，達到提高系統(tǒng)性能的目的。

然而，事情總不是那么簡單的，因為如果希望計算任務(wù)能夠被很好的并行處理，那么計算任務(wù)應(yīng)該能劃分為很多個互不相關(guān)的子任務(wù)，這樣才能同時提供給多個處理器進行處理，滿足并行處理的需要。如果計算任務(wù)不能劃分為這樣的多個子任務(wù)，這樣就可能出現(xiàn)一個處理器工作的時候，另一個處理器由于必須等待而處于空閑狀態(tài)的情況，這樣，系統(tǒng)性能就不能像理想中的那樣成倍增加。

由于Unix本身是多任務(wù)的，系統(tǒng)本身就存在多個進程，最簡單的考慮是每個處理器可以處理一些進程對應(yīng)的任務(wù)，達到并行處理的目的。然而，這些進程可以通過系統(tǒng)調(diào)用進入內(nèi)核空間執(zhí)行任務(wù)，內(nèi)核本身也會執(zhí)行相應(yīng)的處理任務(wù)，當(dāng)計算任務(wù)進入內(nèi)核當(dāng)中，問題就比較復(fù)雜了。

因為傳統(tǒng)的Unix的內(nèi)核是不可搶占的，一個內(nèi)核任務(wù)和用戶進程任務(wù)是不同的，一旦執(zhí)行一個內(nèi)核任務(wù)，就必須等待這個任務(wù)執(zhí)行完畢才能執(zhí)行下一個內(nèi)核任務(wù)。例如硬件中斷處理，由于硬件資源的唯一性，必須等待一個處理任務(wù)處理完畢之后，才能進行下一個中斷處理。但事實上很多內(nèi)核任務(wù)還是可以同時處理的，例如對不同硬件的處理等等。因此如果在Unix中增加SMP支持，就需要解決這個內(nèi)核的計算任務(wù)的并行化問題。

并行化的關(guān)鍵就是對一些硬件資源進行加鎖保護，以防止對同一個資源的并發(fā)訪問，導(dǎo)致數(shù)據(jù)錯誤。在目前的FreeBSD系統(tǒng)中，采取的是比較簡單而且保守的策略，就是說對資源采用排他鎖的方式進行保護，一但內(nèi)核任務(wù)出現(xiàn)沖突，就進行鎖定，而不管系統(tǒng)中是否還存在其他可以并行執(zhí)行的任務(wù)。這種排他鎖的做法雖然比較簡單，但由于大多數(shù)情況都是用戶進程的并行處理，內(nèi)核操作的沖突比較少，還是能夠滿足并行處理的要求的。但在更復(fù)雜的情況下，例如存在大量系統(tǒng)調(diào)用或內(nèi)核操作的情況下，這種簡單的策略就造成了很多本可以并行處理的內(nèi)核操作不得不順序進行，使得系統(tǒng)的性能無法成倍的提升。

FreeBSD的這種簡單化的策略就使得目前版本的FreeBSD在高端服務(wù)器上的性能表現(xiàn)上并不是十分理想。因此在FreeBSD 5.0系列中，對于SMP的支持將完全重寫，這一部分工作稱為SMPng，它將參考商業(yè)的BSD/OS中的部分優(yōu)點，并移植BSD/OS中的一些代碼，從而使得對SMP的支持更為優(yōu)秀。

SMPng需要完成的目標就是能夠?qū)崿F(xiàn)內(nèi)核任務(wù)或中斷處理的可并發(fā)執(zhí)行，以充分利用多處理器的能力，當(dāng)然這不可能在FreeBSD 5.0中完全解決，但5.0將提供一個很好的開始。首先需要完成的工作就是使用更精細的鎖定策略，很多操作系統(tǒng)的鎖定機制要比FreeBSD要好，例如在BSD/OS中，當(dāng)一個處理器處理的內(nèi)核任務(wù)不能執(zhí)行時，該處理器可以去執(zhí)行其他的處理任務(wù)，而不是簡單的鎖定。

但在SMPng中，所完成的工作事實上將更復(fù)雜，SMPng將保留原來系統(tǒng)的SMP支持中的排他鎖方式用來支持目前存在的內(nèi)核處理，但添加了更復(fù)雜的調(diào)度鎖，以支持多處理器處理。進行鎖定處理的關(guān)鍵是資源的唯一性，一些資源在一個時間只能被一個任務(wù)進行處理，否則就可能發(fā)生不一致的問題，而如果將這個只能被唯一訪問的資源改變?yōu)槎嗦窂?fù)用器，多個計算任務(wù)就可以同時訪問它了，SMPng的調(diào)度鎖的實質(zhì)就是這個目的。因此，接下來的工作就是查看所有的多處理器相關(guān)的內(nèi)核代碼，將可能沖突的資源更改為新的調(diào)度鎖。

此外，SMPng中還要改善中斷處理例程，傳統(tǒng)的Unix中斷處理不可被中斷，這樣就不適合SMP的情況。SMPng中將改變中斷處理例程，使其具備上下文的屬性，使得中斷處理例程可以被再次中斷和重新進入。SMPng的這些復(fù)雜的工作，將使得中斷處理和其他內(nèi)核操作中互斥的部分降低到最少，達到內(nèi)核任務(wù)可以并行執(zhí)行的目的。顯然，SMPng的工作將明顯改善FreeBSD對于SMP的支持，改善FreeBSD在高端服務(wù)器系統(tǒng)上的性能。

hdcola

原帖由 "solaris007" 發(fā)表：
需要重新編譯內(nèi)核
去掉下面兩行前面的#：
options SMP
options APIC_IO
如果是超線程的SMP還需要把下面這行前面的#去掉：
options HTT

我的是HT的CPU，操作系統(tǒng)是4.9，把HTT的#去了，config時說沒有HTT，只去SMP和APIC_IO它就直接認出二個cpu了。
真是很奇怪的說。

dennis2

原帖由 "hdcola" 發(fā)表：

我的是HT的CPU，操作系統(tǒng)是4.9，把HTT的#去了，config時說沒有HTT，只去SMP和APIC_IO它就直接認出二個cpu了。
真是很奇怪的說。

4.9 的 HTT 已經(jīng)變成默認的了，所以就沒有該選項了：

[quote＝"/usr/src/UPDATING"]
...
20031028:
        FreeBSD 4.9-RELEASE.

20031022:
        Support for HyperThread logical CPUs has now been enabled by
        default.  As a result, the HTT kernel option no longer exists.
        Instead, the logical CPUs are always started so that they can
        handle interrupts.  However, the extra logical CPUs are prevented
        from executing user processes by default.  To enable the logical
        CPUs, change the value of the machdep.hlt_logical_cpus from 1 to
        0.  This value can also be set from the loader as a tunable of
        the same name.
...
[/quote]

9527

原帖由 "leaner" 發(fā)表：
我們服務(wù)器裝的LINUX
只有一個CPU
但是可以用SMP的
top的時候 可以看到2個CPU

現(xiàn)在想改成FreeBSD的系統(tǒng)
不知道FreeBSD支持這樣么？
剛才搜索了一下 信息很少 好象不可以的樣子

SMP不是至少兩個CPU才可以用嗎
為什么樓主1個CPU就可以用啊
那位說說�。�