下午試著在 VM 32-bit Linux 下執行 SMP, 但它不給跑, 需要 64-bit 支援
後來乾脆跑一般的客戶端, 發現獎勵值 164, 有 2500000 steps 的 WU 將會花費我電腦 15 小時來完成它, 二話不說, 我就馬上把 Linux 砍了 ;smash;
感謝大大做了一個我懶得去測試的實驗,果然沒錯,使用VMWare是需要特殊條件的~你的CPU必須擁有VT或AMD-V指令集,這兩個指令集功能可以參考這裡
主要作用就是讓VMWare上的作業系統能直接使用硬體,即效能不會因為VM而降低(其實還是會變低啦,沒變低那麼誇張罷了)
雖說我之前po過那篇文章,說明了F@H在Linux上效能比Windows上好,可是其實我相當質疑為何VMWare效果為什麼也會比較好,理論上VMWare這種虛擬機器是建構在OS上的,怎麼可能比跑在硬體上的效率好,原來是有條件的,重點就是那兩個指令集與VMWare配合的結果,讓VMWare上的系統可以直接跑在硬體上,效能因此才會發揮
至於Xeon,好像本身就對VMWare支援能力良好,可讓VMWare直接使用到硬體
(個人玩VMWare是幾年前的事情了,當時應該沒這種指令集吧~大概)
因此如果各位大大要用VMWare裝Linux跑F@H,先確定一下CPU支援這些指令集,剛剛G過發現預設Bios會將硬體的VT功能關掉,而且相當多筆記型電腦根本就把CPU的功能閹割掉,連Bios啟動選項都沒有,這點需要注意一下~
會注意到這件事情主要是因為intel最近要推出Q8000系列的4核心CPU,價格似乎不貴,但是聽說這系列CPU並沒有VT指令集,在某些論壇有引起一點討論,不過當時看著看著忘記把網址留下,僅供各位大大參考~
至於64bit OS與32bit OS的差異,就個人看過的討論來說,64bit OS比較快沒錯,但是差異極小,沒必要為了跑F@H把作業系統重灌,因為64bit支援的軟體還是不夠多,我曾經因為安裝了一個不能裝的Acrobat 8 Pro而把系統搞死重灌過