close

究竟如何才能充分而高效率地使用大量獨立的計算設備? 我們糾結這個問題已經有年頭了。 在高性能計算機領域,這個問題已經解決了近幾十年了。 然而許多年以前超級計算機程序員所面臨的問題,現今已經成為了為普通計算機甚至移動計算平台編寫程序的程序員所面對的問題了。

一些睿智的人很早就意識到了這個問題。 大概20年以前,PC行業中存在一種未雨綢繆的想法,就是創造一種全新的PC平台,能夠擺脫那些已過時但使用廣泛而難以替代的硬件的束縛,並為即將到來的大量獨立計算單元做好準備。 圍繞著這一想法,Be公司成立了。 隨後,Be公司推出了BeBox——一款配備雙CPU的台式計算機,以及BeOS——一種全新的操作系統。


引用

譯註:簡要了解一下Be有限公司。 

Be公司 :一家成立於1990年的美國計算機公司,以其BeOS操作系統和BeBox計算機著稱。 Be公司由Apple前高管Jean-Louis Gassee創辦,坐落在美國加利福尼亞州的Menlo Park,並在法國和日本設有下屬的銷售機構。 早年Be公司最主要的意圖在於開發一款全新的、使用C++的操作系統、並運行於其獨有的硬件平台之上的操作系統。 BeOS操作系統運行於BeBox計算機之上。 1998年,該系統合併入Intel x86結構,並削弱了PowerPC的支持,最終在BeOS R5之後夭折。 詳情請參閱wikipedia 。 

BeOS :Be公司於1991年開發的一款操作系統。 BeOS 操作系統在很大程度上優化了數字媒體處理,並充分利用了現代硬件設備的優勢,諸如利用模塊化I/O帶寬(modular I/O bandwidth)的對稱多處理技術(symmetric multiprocessing),普適多線程(pervasive multithreading),搶占式多任務處理(preemptive multitasking)等。 BeOS 操作系統圖形用戶界面的開發遵循了簡潔清爽的原則,API(applicatoin programming interface,應用程序編程接口)採用C++編寫,兼容POSIX(Portable Operating System Interface of Unix,可移植操作系統接口)。 BeOS起先被定為多媒體平台,原本可與Mac OS以及Microsoft Windows一爭高下,然而最終卻未能獲得理想的市場份額。 詳情請參閱wikipedia 。 

BeBox :一款Be公司推出的雙處理器計算機。 該計算機引人注目之處包括其CPU設定(CPU Configuration),具備“GeekPort”的I/O帶寬等。 BeBox於1995年10月閃亮登場(BeBox Dual603-66)。 1996年8月,處理器升級至133MHz(BeBox Dual603e-133)。 1996年底該產品停產,隨後BeOS操作系統合併入Macintosh。 BeBox銷量慘不忍睹,66MHz款售出大約1000台,而133MHz款只售出大約800台。 詳情請參閱wikipedia 。

BeOS操作系統最鮮明的特色在於“普適多線程(pervasive multithreading)”技術。 以現在的標準來衡量,BeBox和其他運行BeOS操作系統的計算機充分利用了計算資源。 BeBox的演示令人印象深刻。 66MHz雙處理器計算機能夠流暢地運行多個視頻並在後台播放CD中的很多音軌——與此同時,用戶界面響應也保持一貫的流暢。 BeOS操作系統讓很多技術狂熱者大跌眼鏡,他們當中的許多人堅持認為目前的許多台式機操作體驗仍舊無法與BeOS相媲美。 

20世紀90年代末Apple收購了NeXT公司,而此前Apple差點就收購了Be公司。 儘管普適多線程(pervasive multithreading)技術為人們帶來了絕佳的操作體驗,然而其在很大程度上卻極端依賴於程序編寫者。 BeOS系統里里外外都是多線程,甚至為每一個窗口保持一個單獨的線程。 

對程序員來說,並行編程(parallel programming)是相當痛苦的一件事。 即使最優秀的程序員,使用C或者C++這樣的低級語言創建大型多線程程序時也會力不從心,時常會陷入死鎖(deadlock)、或其他在執行同時多線程(multiple simultaneous threads)時可能遇到的麻煩當中。 

19年前Be所面臨的挑戰直到現在仍在持續,雖然目前芯片上的晶體管密度和過去相比不在一個數量級之上。 即使在現在的高端台式Mac上,單線程應用程序在CPU使用率為100%時,我們從CPU監視窗口中我們可以驚訝地發現,16個狀態條中只有一條頂到了頭而其他的幾乎沒有使用…


一個CPU飽和的主線程意味著,在事件隊列中,新的用戶輸入(user inputs)不會被應用程序終止,於是幾秒鐘以後就會出現這個轉動的等待圖標——表明程序不響應了。 

 

這就是問題所在。 目前硬件所具有的計算資源已經超越了程序員能夠操控的範圍,大部分計算資源實際上是處於閒置狀態的。 顯然這也是Snow Leopard面對的一個巨大的挑戰。 那麼Snow Leopard將如何應對這一問題呢? 答案在後面揭曉…

音軌——與此同時,用戶界面響應也保持一貫的流暢。 BeOS操作系統讓很多技術狂熱者大跌眼鏡,他們當中的許多人堅持認為目前的許多台式機操作體驗仍舊無法與BeOS相媲美。 

20世紀90年代末Apple收購了NeXT公司,而此前Apple差點就收購了Be公司。 儘管普適多線程(pervasive multithreading)技術為人們帶來了絕佳的操作體驗,然而其在很大程度上卻極端依賴於程序編寫者。 BeOS系統里里外外都是多線程,甚至為每一個窗口保持一個單獨的線程。 

對程序員來說,並行編程(parallel programming)是相當痛苦的一件事。 即使最優秀的程序員,使用C或者C++這樣的低級語言創建大型多線程程序時也會力不從心,時常會陷入死鎖(deadlock)、或其他在執行同時多線程(multiple simultaneous threads)時可能遇到的麻煩當中。 

19年前Be所面臨的挑戰直到現在仍在持續,雖然目前芯片上的晶體管密度和過去相比不在一個數量級之上。 即使在現在的高端台式Mac上,單線程應用程序在CPU使用率為100%時,我們從CPU監視窗口中我們可以驚訝地發現,16個狀態條中只有一條頂到了頭而其他的幾乎沒有使用… 


一個CPU飽和的主線程意味著,在事件隊列中,新的用戶輸入(user inputs)不會被應用程序終止,於是幾秒鐘以後就會出現這個轉動的等待圖標——表明程序不響應了。 


這就是問題所在。 目前硬件所具有的計算資源已經超越了程序員能夠操控的範圍,大部分計算資源實際上是處於閒置狀態的。 顯然這也是Snow Leopard面對的一個巨大的挑戰。 那麼Snow Leopard將如何應對這一問題呢? 答案在後面揭曉…

arrow
arrow
    全站熱搜
    創作者介紹
    創作者 makwaichit0506 的頭像
    makwaichit0506

    網絡資訊誌C

    makwaichit0506 發表在 痞客邦 留言(0) 人氣()