貝爾實驗室九號計畫

概觀

貝爾實驗室九號計畫主要是由貝爾實驗室計算科學研究中心（Computing Sciences Research Center）的成員所開發，該團體也曾開發UNIX及C語言。九號計畫團隊原先由羅勃·派克、肯·湯普遜、Dave Presotto及Phil Winterbottom所帶領，及計算科學研究中心主管丹尼斯·里奇所支援。在多年的開發過程中，有許多開發人員對這項專案做出了不小的貢獻，如布萊恩·柯林漢、Tom Duff、道格拉斯·麥克羅伊、比雅尼·史特勞斯特魯普、Bruce Ellis、Steve Simon等人。
九號計畫是針對現代分散式環境而從開始就設計成一種網路作業系統並加以開發。不同於UNIX是在設計後才增加圖形化使用者介面的功能，九號計劃打一開始就內建了。雖然仍未成為大受歡迎的UNIX衍生系統，但仍有持續成長的開發者社群。
九號計畫具備了分散式架構，它可以被安裝並使用於單一自含系統上，也有能力把作業系統的功能套件散布於分散的硬體平台上。在標準的九號計畫安裝系統中，使用者會以一個輕量化的終端機執行Rio 圖形化使用者介面透過網路連接到CPU伺服器來處理計算密集型（computation-intensive）的程式，並藉由額外的檔案伺服器及歸檔儲存系統提供長期的資料儲存。現有的桌上型電腦亦可以在內部使用多個虛擬機器重現此種架構。

一體化的輸入/輸出模型

在UNIX之前，多數的作業系統都各自有不同的機制來存取不同類型的裝置。舉例來說，存取磁碟的API與自序列埠傳送或接收的API、又或是操作印表機所使用的API，彼此之間都有所不同。
UNIX藉由透過磁碟索引節點（disk inodes）執行所有輸入/輸出操作來嘗試移除這些差異。每個裝置都被要求必須要支援帶有意義的讀取和寫入操作用以作為控制的手段。這也允許使用者無須了解底層的實作細節，便能利用如cp及dd等指令從任一裝置送出資料給其他的裝置。然而在此同時，許多關鍵的概念（如控制行程的狀態）並沒有一致地對應到檔案系統上。如同柏克萊介面與X視窗系統等的新功能被開發出來以後，以檔案系統之外的方式實作。新的硬體功能（如在軟體中使光碟機退片的功能）也建議採用特定硬體（hardware-specific）控制的機制，如使用ioctl系統呼叫等。
九號計畫不採用這些不同的實作，而且回歸到以檔案系統為中心（file system-centric）的系統觀點。無論是網路或者使用者介面、甚至是視窗本身，所有可用資源對於每個九號計畫的程式來說，都是階層式檔案系統的一部份，而非特定的介面。

檔案系統、檔案與名稱

九號計畫擴充系統到超越檔案的概念，來到了「名稱」的層次。無論是電腦的檔案、顯示器、使用者或電腦本身，都是一個獨一無二的路徑名稱。這些都是透過既有的UNIX標準來處理，並擴充至所有的物件皆可以用一致的方式來命名及定址。這跟全球資訊網所使用的URI的概念很相似。在UNIX中，像印表機這樣的裝置會透過軟體轉換的方式在/dev以名稱代表，但這種定址方式只對實體連接到硬體上的裝置有效，並不能套用到網路裝置上。在九號計畫系統中，所有的印表機都會以檔案的方式呈現，而且可以透過網路被任何工作站存取。
九號計畫的另一個創新點則是使用者可以對相同的「真實世界」物件各自分別取不同的名稱。每個使用者都可以藉由在他們的命名空間中收集各式各樣不同的物件來創造屬於他們自己的個人化環境。UNIX也有類似的觀念，使用者可以複製其他使用者來獲取權限。但是九號計畫則把這種作法擴充到所有的物件，使用者可以輕易地產生自身的「複製品」，加以修改，就算移除這些複製品也不會影響他們創造過的資源。

合併目錄

UNIX允許從不同的資源透過「連結」或檔案系統「掛載」的觀念來建立檔案系統。這些功能會封鎖掉原先的目錄，如果有人在名為「net」的目錄下掛載了新的檔案系統，會導致無法存取先前可以在「net」目錄下存取的內容，除非取消掛載的操作。
九號計畫則採用合併目錄的想法，從不同媒體或網路資源合併的目錄會以透明（transparently）的方式繫結。舉例來說，可以把別台電腦的/bin（應用程式）目錄跟本機端繫結，接下來這個目錄就會同時有本地端以及遠端的應用程式在裡面，使用者可以無障礙的存取近端或是遠端的程式。使用相同系統的情況下，九號計畫所控制的外部裝置與資源可以繫結到/dev目錄下，這可以讓裝置不需要任何額外的程式，就可以透過網路進行分享。
現今有許多Linux發行版的Live CD，一定程度上的以合併掛載的方式實做了這個功能。

/proc

列出所有執行中行程的/proc目錄，描繪出這些功能是如何在共同運作時能夠帶來更好的整體結果。九號計畫特別的"檔案系統"也為Linux及其他之後的作業系統所採用。不同於其他核心資源的是，行程以/proc目錄下的命名物件（內含資訊與控制檔案的子目錄）的形式表現，並給予使用者一組動態的輸入/輸出通道來對行程傳送指令及讀取資料。使用者無須使用受限的系統呼叫來與編譯過的程式核心互動，相反的，它可以使用如ls以及cat等指令來搜尋、查詢、以及操作行程。
使用者也可以從其他的機器上將/proc目錄（以及任何其他特定的檔案系統）掛載到自己的命名空間中，就如同這些程式是在本機端一般地與它們互動。結果就是利用個別的機器架構出一套分散式運算環境，這些機器可能是使用者桌上的終端機、儲存長期資料的檔案伺服器、提供較快CPU及運算能力、使用者稽核、閘道器等服務之其他伺服器，全部都採用為大多數電腦使用者所熟悉的既有的階層式目錄/命名系統。使用者可以藉由終端機來收集檔案伺服器、伺服器上所運行的應用程式、網路上的印表機等裝置，繫結進自己的命名空間進而"建構"出一套系統。

/net

九號計畫並沒有使用任何系統呼叫來處理眾多的通訊協定或裝置驅動程式的介面。舉例來說，/net目錄下包含了所有TCP/IP的API，並可藉由使用手稿語言或命令列介面的工具來撰寫可以控制檔案對連線進行寫入或讀取的程式。底下的子目錄如/net/tcp和/net/udp等目錄用來對應各種協定的介面。使用者可以藉由掛載一台具有公開（public）IP位址的外部機器的/net目錄，來讓使用9P網路協定的內部網路私有（private）IP位址，能透過該外部機器進行連線的方式，進而達到實做NAT的效果。又或者使用者可以藉由掛載遠端閘道器的/net目錄，在公開網路上使用加密（secured）的9P協定達成實做VPN的效果。
以下是在/net目錄中採用合併（或稱堆疊（stack））目錄的例子：就像物件導向程式語言的繼承觀念一樣，你可以把一個（可能是遠端的）/special目錄繫結到其他的本地端特定目錄下，增加一些控制檔案以及是需要隱藏其他的檔案。這個合併目錄線再就像是原先目錄的子物件一般，原先的功能可以僅更動一部份就好。對照到/net檔案系統的情況，使用者可以藉由更動或隱藏底下的/net/udp子目錄，增加本地端過濾程式來達成控制或擴充UDP介面的功能，而不會更動到原本正在運行的（可能是遠端機器上的）/net/tcp子目錄的資料。命名空間是針對每個行程來設定的，如果使用者更動對/net合併目錄來一個不受信任的應用程式設定限制，就可以限制該程式存取網路的能力。
這讓程式設計師很容易就可以在採用檔案系統的標準命名格式、存取控制、安全機制的情況下，從不同的系統上使用不同的語言合併「物件」或檔案系統，大大增加了使用上的透明度。
這也跟BSD的mount_portal 的指令所提供的功能類似，只是掛載的目錄不是/net而是/p，提供的網路協定也只有/tcp而已。

網路與分散式運算

九號計畫雖然是基於UNIX，但是設計上則是想達成運算系統核心功能間彼此溝通的觀念。所有系統資源都被當成檔案般地命名及存取，並提供可根據在特定機器上各個程式設定的多種分散式系統視圖（view）。這種讓伺服器以類似傳統檔案的方式，把任何資訊都呈現給使用者及應用程式的實作方式，增進了應用程式設計上的一般化與模組化的能力。
九號計畫支援網路通透性的關鍵在於採用一種新的底層網路協定9P。9P協定實作了連結到命名網路物件並以類檔案（file-like）系統呈現的方式。藉由快速的位元導向（而非區段導向），分散式檔案系統可以把任何物件視覺化的呈現，而非透過遠端機器上的一個NFS伺服器再加以呈現。這個協定可以用來跟行程、程式、資料、以及包含使用者介面及網路以及彼此之間進行通訊。在第四版中，這個協定作了一些修改並且更名為9P2000。

Unicode

九號計畫的系統採用Unicode作為編碼機制。九號計畫中運用由Ken Thompson提出重大修改的UTF-8作為整個系統中的原生編碼，並在1992年將整個系統提供作一般使用。不過九號計畫僅支援Unicode中基本多文種平面中有定義的部份。

實作

除了x86架構下有可安裝的實行環境之外、九號計畫也移植到MIPS、DEC Alpha、SPARC、PowerPC、ARM及其他硬體平台上。系統以衍生自ISO/ANSI C的語言所編寫。部分應用程式原先以Alef撰寫，但目前皆以C語言改寫。九號計畫支援以POSIX應用程式透過APE來類比柏克萊介面介面。近來有一套新的應用程式linuxemu被開發用來執行Linux的程式，目前仍有許多要改進的地方。
九號計畫也被用在具代表性的超級電腦上，像是IBM BG/L Supercomputer以及Blue Gene。

影響

UNIX其中一個中心概念是所有系統介面皆可以一組檔案的形式呈現，而九號計畫成功地把這個概念以現代分散式系統實作出來。九號計畫的一些功能，像是Unicode中的UTF-8編碼，也被其他作業系統所實作。一些類UNIX作業系統，例如Linux，也實作9P、九號計畫的檔案系統，以及部份實作的類rfork指令的系統呼叫。除此之外，在Plan 9 from User Space中許多九號計畫所採用的應用程式及工具，例如rc shell，也被移植到UNIX以及LINUX系統上，而且還有一定程度的人氣。Glendix這個專案則嘗試以GNU/Linux作業系統取代九號計畫，或者是說，以Linux核心來取代九號計畫的核心。

然而，九號計畫並未能像UNIX一樣熱門，變成主要只是一種研究用的工具。九號計畫被評為"作用看來不過是能在作業系統研究領域產生有趣論文的裝置"。Eric S. Raymond在他的著作The Art of Unix Programming中則推測九號計畫缺乏被接受度。
"九號計畫會失敗單純只是因為它的改進程度沒大能取代Unix。與九號計畫相較，雖然UNIX看來破破爛爛又有明顯缺失，但是它還是能好好的把工作完成，這就足以保住它的地位了。這件事情給那些有雄心壯志的系統架構的一堂課是：比更佳解決方案相比之下來的最危險的敵人是那些能把事情已經做的夠好的程式。"
對於九號計畫的評論像是在作業系統設計中把九號計畫列為糟糕的更好的典範，其他常見的評論則有九號計畫作業系統中缺乏「優雅」（polish）及開發環境、九號計畫中達到商業化程度的軟體支援量不足。
九號計畫的支持者和開發人員聲稱阻礙其發展的問題已被解決，原先作為分散式系統、開發環境、研究平台的目標也都已經達成，而且也慢慢地開始有人採用。可透過Inferno的代管能力將九號計畫的技術帶給其他系統，形成異構網格運算中的一部份。

授權

完整的原始碼可以免費的在朗訊公共許可證1.02版的授權之下取得，而且被開放原始碼促進會認為是開放原始碼軟體及自由軟體基金會認為是自由軟體。它雖然有通過Debian Free Software Guidelines，不過不相容於GNU通用公共許可證。