批評不能文不對題， 兼談實時系統的故事

看看附在本文後面的我的一段原文和西岸的評論，就知道什麼是批評文不對題。 這種一開口就是別人什麼都不懂的底氣不知道從那裡來的。我在學校和產業界都從來沒有見過。 我的原文是參與同學們關於有多少個用戶能同時連接上服務器的討論。 這個問題胖球也指出是與硬件有關。 秦川也提出線程的問題，後面做服務的可以是多線程或多進程。 我就來跟具體回答一下這是怎麼工作的。 並不是在講Client-server 模式理論。 這個問題也跟Client-server 模式理論無關。 這跟系統資源有關。  任何所謂的server 都要工作在一定的OS上。  為什麼要有多線程，用一個線程管理一個連接， 一個原因就是不能讓一個用戶抱緊你的CPU。 既然用多線程，那麼同時用戶的總數量僅僅因為同時線程總數有限制就會跟着有限制。 其他資源限制姑且不談。

再談一下實時系統。 這跟實際上跟要求實時到什麼地步的具體要求有關。 而不只是一個理論問題。 我前面的文章談到  wafer automation， 因為我多年以前曾經在應用材料公司 (世界上最大的半導體設備公司，INTEL這樣的公司就是 是我們的客戶) 做過 wafer fab automation。 這是我具體做過的最要求實時的系統。 這在工業界上也是最要求實時的系統之一。 時間上稍微有錯誤 wafer 就可能要壞了。 根據wafer 已經built上的處理器的情況，這個wafer有可能市場價值上百萬美元。 大家自己查一下最貴的CPU一個多少錢和一個wafer能build 上多少個CPU就知道。 PC的CPU實際上是最便宜的CPU，因為需要量大。

當時WINDOW NT 剛出來，我們是第一次把WINDOW NT 用於automation。 WINDOW NT 嚴格來說，不是一個實時的OS，一個原因就是其多線程的操作。 你就是設定最高的 priority 給線程，系統依然可以把它暫停。 在上面的用戶多連接的情況下，設定多個一樣高priority 的線程。沒有什麼意義。  而且系統什麼時候這樣做是軟件無法控制和預料的。 順便說一下， JAVA 語言也不能用於很嚴格的實時系統，除非你做一些系統上的CODING。 但是，我們只是將NT 用在整個控制系統的管理上面，底層的機器手其實是用日本的， 日本的工業機器手當時世界第一。它的精確當時讓我驚訝。 它帶有自己基本動作的控制系統，我們再控制它做什麼任務。 即使這樣，我們還要做很多的研究和試驗看看NT能不能用。 這你去光讀什麼理論也沒有用的。

信息時代起飛實際上是從產業界開始的，學校落在後面。當然，學術界的長期的和基本的作用是不可以忽略的。 比如說數據庫方面，就是理論和學校先於產業界， 這就另一個故事了。

MC的原文：

大家，大胖球，秦川，衣冠，etc.  說的都有點對。 一個服務器當然可以同時有多個用戶連上來，但是數目是有限制的。具體跟系統資源有關。所以我說不用了要把讓資源出來。 所謂同時的意思是，如果是單CPU的話，事情總是排隊做。 即使是多線程 multi threads， 也是時間切片。 大家輪着做。一次只處理一個線程。 如果是多CPU的話，可能會幾個線程一起處理，那CODING 有時比較麻煩。在單CPU機器上寫好的多線程程序往往在多CPU機器上出錯。 所以有段時間是多用戶都連接在機器上， 一會處理你的任務一下，一會處理他的任務一下，而不是一個任務做完到一個任務。 就是在這段內用戶是一直連着的等着任務完成。  隨便考一下， 軟件在PC上一般能開多少個線程？ 為什麼？ 不許GOOGLE， 這是我常考學生的一個問題。

西岸的評論原文： 不知道所謂的client/server模式是怎麼implement的，不知道server的通常都具有的結構，在server上是不存在什麼“一會處理你的任務一下，一會處理他的任務一下”這種事的，這種分時處理是OS的功能，任何多任務操作系統都具備的基本功能，不是設計server需要考慮的。但server設計可以通過改變task priority的方式來分配機器資源。