1999 年，網虎國際的 XLinux 達到了 143KB。
這個數字，被認定為當時全球最小的 Linux 發行版。
「全球最小 Linux」的認定
如何被認定？
在 1999 年，Linux 社群對「哪個 Linux 最小」是有一定共識的。
主要的認定來源包括：
- Linux 社群的自發記錄：Slashdot、LinuxWorld 等論壇上的技術討論和評測
- 媒體報導：IT 媒體的報導（包括後來的 CNBC、商業周刊）都引用了這個數字
- 業界的廣泛認可：IBM、Compaq、Intel 等公司在相關場合的引用
這不是一個「官方吉尼斯紀錄」式的認定，而是技術社群的共識——在當時已知的所有 Linux 發行版中，XLinux 的 143KB 是最小的。
143KB vs 其他 Linux
當時的比較：
| 發行版 | 最小安裝尺寸（估計） |
|---|---|
| Slackware（一般安裝） | 300-500MB |
| Red Hat（最小安裝） | 100-200MB |
| Debian（最小安裝） | 50-150MB |
| Damn Small Linux（DSL） | 50MB |
| tomsrtbt（軟碟 Linux） | 1.44MB |
| XLinux | 143KB |
XLinux 比 tomsrtbt（軟碟版 Linux）還小 10 倍。
143KB 能做什麼？
XLinux 143KB 不是「安裝的 Linux」——它是一個「可以啟動並運行的 Linux 核心環境」。
能做的：
- 啟動 Linux 環境
- 顯示基本中文字元（內建中文字型）
- 執行基本的網路功能（ping、基礎 TCP/IP）
- 運行簡單的使用者介面
不能做的（限制）：
- 一般桌面應用（太小了，沒有空間放圖形介面）
- 複雜的多任務（記憶體有限）
誰需要這種「最小 Linux」？
- 嵌入式設備廠商（路由器、PDA、機上盒）
- 需要低成本硬體方案的政府項目
- 用舊電腦給學校或開發中國家提供的基本資訊設備
技術上如何達到 143KB？
精簡的技術路徑
標準 Linux 的尺寸大，是因為包含了大量功能模組：
- 完整的 GNU 工具集（ls, cp, mv 等幾十個指令）
- 豐富的驅動程式庫
- 完整的語言支援
- 各種網路協定的完整實作
XLinux 的精簡方法：
1. 使用 uClibc 替換 glibc
glibc（GNU C Library）是標準 Linux 的 C 函數庫，很大（數 MB）。 uClibc 是為嵌入式系統設計的精簡版，只有幾十 KB。
2. BusyBox 整合所有基本工具
BusyBox 把數十個 Unix 工具（ls、cp、sh 等）整合成一個執行檔，大幅減少工具集的尺寸。
3. 最小化核心模組
只編譯目標硬體需要的驅動程式，移除所有「也許有一天會用到」的模組。
4. 資料壓縮技術
使用更有效率的壓縮算法，在啟動時解壓縮到 RAM。
這個紀錄的歷史地位
2001 年後，有幾個變化讓「最小 Linux 競賽」的意義下降：
1. DSL（Damn Small Linux）的出現
DSL 把一個「可以做更多事的 Linux」壓縮到 50MB，重新定義了「小 Linux」的標準——不是最小，而是「小但可用」。
2. OpenWRT 的崛起
針對路由器的嵌入式 Linux（OpenWRT），更實用、更廣泛部署。
3. 嵌入式 Linux 的商業化
嵌入式 Linux 市場的成長，讓「能商業化運作」比「能做到多小」更重要。
XLinux 的 143KB 紀錄，是 1999 年技術條件下的一個里程碑。它的意義，不在於「最小」本身，而在於：一家台灣公司，用一個技術上的極端挑戰，在全球 Linux 社群中建立了知名度和技術公信力。