我沒有深入研究作業系統發展史，當下世代的 unix-like系統，
有沒有 640 kB 限制 ？

那是x86 real mode的運作模式.
現在可以直接忽略.

這就要請教其它網友了。
Linux 是 1991 年才發行的。
MS-DOS 應該是當時最通行便宜的系統了。

ET系統並沒有全部載入，有些字是要用才叫進去記憶體，沒有410kb問題，只是顯示有點慢
當年還有專用字型卡，只要花錢，並不會佔用太多記憶體，同時顯示換頁也快很多

根據wiki,
第一顆80386是西元1985年發表.

之前的x86 OS都會被卡在 x86 real mode之下.
簡單地說就是只能用1MB以內的記憶體.

至於80286…就無視吧.

老實話，當下風行的作業系統是DOS，文書編輯軟體是PE2，
光要把記憶體擠出來就已經夠費力了，採用Big5無可厚非，
後來也有人嘗試擴充與修正，可以參考維基對於「Unicode補完計畫」的說明!

很久以前老師教的
一個口在左>正體
一個口在下>俗體

八樓網兄的舉例也大多如此

有錯請指教,不要罵我^^

我會有這樣一個觀點，（先提一下，我的認知是 Linux 被包含於 unix-like裡頭）。
如果/假設 當年198X世代的 unix-like 類型系統，完全沒有所謂的 640KB 問題，
單純就是看作業系統幾位元、cpu 幾位元，然後就可以用多少記憶體的話，
那麼就剩下的就是作業系統之上的應用軟體開發者的問題了，
假設當時當下的中文應用軟體很耗記憶體KB數，在DOS環境中的話，
我古早的印象中，有類似延伸記憶體之類的軟體可以挖出更多的硬體的實體記憶體來用。
在 unix-like 若沒有 640KB 的問題 ，那就實體記憶體有多少就用多少啊？
中文系統為什麼不能開發 unix-like 的版本？ DOS也不是僅僅只有MS-DOS一家，
為什麼不學蘋果公司那樣整合販售一整套解決方案的中文資訊處理平台(軟硬體一起賣)？
只將就當時當下現有的硬體和某牌作業系統的限制，而制定出憋腳的沒有為長遠規劃的
編碼規範，這麼短視近利？
規範這種東西就是要看得長遠。而軟體這種東西，我的想法是，合理的酬勞砸下去，
再加上一些開發時程，東西就會有了。
我是認為當時當下的軟硬體技術上絕對做得到，
廠商/和國家政策單位願不願意砸大錢去研發/和軟硬體整合罷了。

還有輸入法的部份。
這個我沒確切資料，
不過以現在 gcin 上的檔案來看，
包涵 CJK Ext-C/D 的行列輸入法就要七百多 kB了。
另外有些筆畫多的罕見字 16x15 點大概描不出來，
用 24x24 也很困難。