引用:
|
作者cmwang
您這就犯了拿DT看server的毛病了,DT是因為user可以自己東拼西湊才會搞得BIOS越來越複雜,在現代的OS中BIOS的角色其實很有限(在特定用途的機器上偵測H/W組態----不須要,POST----開機時測個幾十秒是能測到啥啊,倒不如作好run time時的fault tolerance比較實在  ),以鵝的看法作好loader的角色就夠了,最極端的搞法就是只作初步的initial,接下來就可以透過PXE把OS/AP的image拉過來開工了,至於OS/AP怎麼包也只有少數人須要摸到,和現場的operator關係不大就是了(您看過鵝在run那個project時的文件,應該可以理解鵝在說啥,每台server上都有storage對系統管理來說是很麻煩的事,既然沒有storage的話那就沒啥好管了  )....
[恕刪] |
的確,如果是Diskless的系統,單純透過network interface去boot system是很好的架構方式
不過,我認為轉到ARM的平台,恐怕是省到電費沒錯,但是4GB的DRAM恐怕還是捉襟見肘
我舉apache + PHP 軟體的Application server為例 , apache去執行一個client的request
如果是送出一些資料要求server端搜尋, 這時apache收到資料後,會去執行PHP這個CGI程式
每一個client端執行這個CGI程式,apache就必須fork一個process 來做為對應!!
試想,一個client端就必須用一個apache fork的process , 4GB能夠做幾個apache fork ?
這時問題會出在軟體的架構 , process base的軟體架構,用在前端web server的做法,
還是很容易把Memory resource給吃光 !!
再加上diskless架構,還會佔用4GB一些空間, 這下可不好玩了!!
這是我能預見的狀況, 省是省電了,可是軟硬體的狀況還是會層出不窮,我是很不看好這個方案!!
如果真想省電,何不拿intel or AMD的筆電CPU的solution來做1U or 2U rackmount solution ??
只是不確定, intel or AMD會不會同意....
