下圖是在VirtualBox 1.6.6版上開3個guest在同一個Internal LAN上,一個擔任DHCP/TFTP/NFS server(就是當storage:flash: ),另外兩個guest分別開VT/關VT以boot from LAN的方式自storage取得約90MB的image file(tgz檔,解開後約250MB:stupefy: ),解開到其ramdisk上,再chroot到ramdisk上執行,此時user time應該是主要解tgz所須時間,sys time應該可以視為處理網路I/O所須時間(或許可以拿來觀察VT的效果:stupefy: ),不過在2.2.4版上差異就沒有這麼明顯了,和各個hypervisor實作上最佳化的程度也有關係吧:p:p....

在VM下試過Q8200(沒VT)與Q8400(有VT)
扣除掉頻率差異(有降頻過)
感覺上沒啥差 :jolin:

VirtualBox 3.0出了，我在windows xp 32bits的環境下安裝使用，速度很快，網路部分有明顯提升，各位有裝舊版的，或者裝其他套的，應該都去試試看VirtualBox 3.0

不知道有沒有跑分軟體可以在 GUEST OS 下證實一下此事 ? ?

現在在VirtualBox 3.0底下
有無VT將會差很多
有VT的平台可以在客端虛擬對稱多執行緒SMP(配合多核CPU)
最高可以32條執行緒(核)

根據另外一篇
鵝兄的測試,兩條執行緒核心編譯速度加倍
(另一篇關於VirtualBox的討論串)

至於D3D的支援....官網也寫道,還在實驗階段
效能還不要期待太多
至少等到3.1或3.2版,(眾網友回報bug與等待修正)

鵝試了linux還算正常,至於Windows還是有問題,guest自動抓成ACPI uniprocessor/multiprocessor PC idle時可能沒辦法正確的把CPU release掉(不論是在guest或host的task manager看都是如此,從溫度/耗電量也可以間接得到證明,鵝猜是guest中發生了race condition:stupefy: ),手動把guest設成Advanced Configuration and Power Interface(ACPI) PC就正常多了,不過此時guest就只用得到1顆CPU了:stupefy: ....



鵝在guest中裝了Google Earth,用OpenGL mode跑沒太大問題,強迫其跑DirectX時跑不快就算了,貼圖還一堆錯誤,還好guest中跑Windows不是鵝的重點就是了:p:p....

CPUMARK99算不算？SPUER PI成不成？

如果算的話，跑起來成績差不多... :jolin:

不過Q8200的部分我沒留就是了！

PS.看到的當下，整個心都寒了...沒事把Q82賣掉換Q84作啥... :jolin:

VirtualBox 3.0
已經支援了 SMP 啦
終於可以在 Guest OS 跑平行運算了
最大支援 32 core.

看來可以考慮換跑道了
VB可以用OPWNGL這點就夠我滿足的了

VBOX3在win32下整體的穩定性 跑起來不如vmware workstation6.5
而且在win32下跑x64 Guest OS的話就不能SMP了