引用:
|
作者路過
snipped....
至於樓主的需求我想可能要用IOMMU，並將將整個VM丟到tmpfs去test
latency才會比較好看一點 - -"
|
IOMMU是A社的說法,I社的話叫VT-d,不過鵝通常不會跟一般user扯太detail的東西,一是IOMMU/VT-d都是有先決條件的(CPU/chipset和Hypervisor都要支援),二是IOMMU/VT-d其實只是開個小洞讓guest直接存取H/W(避開HOST/Hypervisor的overhead),但也因為HOST/Hypervisor無法起到仲裁的作用,除了NIC這類比較容易共用的resource外這個H/W通常就只能給單一guest用,對一般user會感興趣的應用而言沒啥實際意義就是了
....
引用:
|
作者路過
snipped....
就算RAMDISK軟體支援，其效能會與正常x64下弱非常多
還不提你的CPU應該只有雙核....
RAMDISK運作時也會消秏掉CPU資源的，我之前對RAMDISK的測試就可以證明這點
|
樓主的CPU應該是I社Nehalem核心的消費級產品(spec上只看得到有VT-x,沒有VT-d,鵝沒找到更清楚的規格就是了
),如果VT-x部份支援NP的話是可以降低VM enter/VM exit的overhead,不過不知I社的消費級產品會不會把這部份閹掉就是了(按I社的慣例是有可能發生的
)....
引用:
|
作者ttsmarco
snipped....
只是...我真的不太能理解
以原文中的例子，虛擬XP中撥放網路mms串流(wmp核心)其實CPU附載相當輕(0~2%)，網路亦同
在一般環境中可以說是超羽量級應用
但還是會因為不明原因偶爾"聽出"不正常，這....(打擊好大)真的是正常的? 
(兩邊都近乎0附載也會發生)
snipped.... |
音效部份是標準的time critical section,不只流量不低,對latency/jitter也很敏感,在實體OS上可以透過DMA處理掉,但在guest中並沒有真正的DMA可言,勢必要經過Hypervisor/HOST層層轉手才能到得了音效H/W,所以overhead自然大增,再加上Windows本身並不是realtime OS,就算在HOST中都無法保證latency/jitter了(有些音響魔人對latency/jitter很敏感
),更別提轉了n手之後的guest了
....