VDR Client/Server unter KVM

Vielleicht noch zur Vollständigkeit ein paar Angaben zu meinem System (war ursprünglich nur als Testsystem gedacht... solange es jedoch so stabil läuft, spare ich mir ein teures Upgrade).
Board: ASUS P7H57D-V Evo, H57
CPU: Intel Core i5-660, 2x 3.33GHz (war ursprünglich ein i5-661, den ich aufgrund des fehlenden vt-d gegen diesen tauschen musste!)
RAM: 16GB, DDR3-1600

# dmesg | grep -i iommu
Command line: BOOT_IMAGE=/vmlinuz-2.6.32-23-pve root=/dev/mapper/pve-root ro quiet intel_iommu=on
Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-23-pve root=/dev/mapper/pve-root ro quiet intel_iommu=on
Intel-IOMMU: enabled
dmar: IOMMU 0: reg_base_addr fed91000 ver 1:0 cap c0000020230272 ecap 1000
dmar: IOMMU 1: reg_base_addr fed93000 ver 1:0 cap c9008020630272 ecap 1000
IOMMU 0xfed91000: using Register based invalidation
IOMMU 0xfed93000: using Register based invalidation
IOMMU: Setting RMRR:
IOMMU: Setting identity map for device 0000:00:1d.0 [0xdcfec000 - 0xdd000000]
IOMMU: Setting identity map for device 0000:00:1a.0 [0xdcfec000 - 0xdd000000]
IOMMU: Setting identity map for device 0000:00:02.0 [0xddc00000 - 0xe0000000]
IOMMU: Setting identity map for device 0000:00:1d.0 [0xe4000 - 0xe8000]
IOMMU: Setting identity map for device 0000:00:1a.0 [0xe4000 - 0xe8000]
IOMMU: Prepare 0-16MiB unity mapping for LPC
IOMMU: Setting identity map for device 0000:00:1f.0 [0x0 - 0x1000000]




# dmesg | grep -i dmar
ACPI: DMAR 00000000dcf8a0f0 000C8 (v01	AMI  OEMDMAR 00000001 MSFT 00000097)
dmar: Host address width 36
dmar: DRHD base: 0x000000fed91000 flags: 0x0
dmar: IOMMU 0: reg_base_addr fed91000 ver 1:0 cap c0000020230272 ecap 1000
dmar: DRHD base: 0x000000fed93000 flags: 0x1
dmar: IOMMU 1: reg_base_addr fed93000 ver 1:0 cap c9008020630272 ecap 1000
dmar: RMRR base: 0x000000000e4000 end: 0x000000000e7fff
dmar: RMRR base: 0x000000ddc00000 end: 0x000000dfffffff
dmar: RMRR base: 0x000000dcfec000 end: 0x000000dcffffff
dmar: No ATSR found
DMAR: Disabling batched IOTLB flush on Ironlake
dmar: DRHD: handling fault status reg 3
dmar: DMAR:[DMA Write] Request device [00:02.0] fault addr fffff000 
DMAR:[fault reason 05] PTE Write access is not set

Da muss ich passen, keine Ahnung.
Für mich kam auch nur kvm in Frage, da ich keine direkte Abhängigkeiten zum Kernel (Gast) haben wollte. Das schränkt dann doch sehr ein.

Wenn man xen einsetzt, muss auch der Kernel des Gast Systems dafür geeignet sein (steht übrigens auch in der von Dir verlinkten Übersicht... Stichwort "Architektur... Paravirtualisierung (Modifikationen am Gast-Kernel nötig)"). Abhängig von der eingesetzten Distribution kann dies bedeuten, dass man auch selbst Hand anlegen muss und den Kernel selbst kompilieren muss. Bei kvm gibt es diese Abhängigkeit nicht (außer Du willst eine Distribution von vor X Jahren einsetzen... dann fehlen vielleicht die Module für virtio).

Zitat von vdr-freak

Wenn man xen einsetzt, muss auch der Kernel des Gast Systems dafür geeignet sein (steht übrigens auch in der von Dir verlinkten Übersicht... Stichwort "Architektur... Paravirtualisierung (Modifikationen am Gast-Kernel nötig)"). Abhängig von der eingesetzten Distribution kann dies bedeuten, dass man auch selbst Hand anlegen muss und den Kernel selbst kompilieren muss. Bei kvm gibt es diese Abhängigkeit nicht (außer Du willst eine Distribution von vor X Jahren einsetzen... dann fehlen vielleicht die Module für virtio).

Das ist nicht korrekt. Auch mit XEN kann man HVM einsetzen. Ich habe auf meinem Server sowoh PVM (ipfire, Ubuntu usw.) als auch HVM (WinXP) am laufen. Wenn die Möglichkeit besteht und ein passender Kernel existiert, ist PVM IMHO auch die bessere Wahl.

Viele Grüße

(;-)Mi

Bei XEN mit HVM ist man doch aber wieder bei dem gleichen Problem wie bereits in diesem Thread diskutiert => vt-d muss von der Hardware unterstützt werden! Oder ist dem nicht so? Daher wäre ja nur XEN mit PVM eine Alternative, wenn die Hardware nicht ausgetauscht werden soll. Darum ging es ja in dieser Diskussion.

Hallo

Ich hab bei Euch ein wenig mitgelesen, da mich das Thema interessiert.
Ich hatte letztens einen kleinen Schreck bekommen, das meine Hardware kein VT-d kann und ich es mit VT-x verwechselt habe!
Dabei habe ich diese "intellastigen" Seiten gefunden, vielleicht hilfts dem ein oder anderen weiter!

http://www.intel.com/support/m…/desktop/sb/CS-030922.htm und http://www.heise.de/ct/hotline/System-mit-VT-d-1583223.html

Von anderen Motherboardherstellern habe ich bisher wenig gefunden , meist nur einzelne Boards!

Ein Ehefrauennerver