Aussergewöhnliche Ping Antwortzeiten von Hosts

[k.arkenau]

Moin,

wir betreiben einen VMWare Server 2 mit mehreren VMs, allerdings mussten wir feststellen, das die Ping Antwortzeiten teilweise deutlich über 100 ms liegen, wenn wir die Maschinen per "Ping" ansprechen. Der Host selbst reagiert auf einen Ping aber immer innerhalb von weniger als einer Milisekunde. Hat jemand eine Idee, woran das liegen könnte?

Zu unserem System:

Der Host:
Betriebssystem: Windows Server 2003 R2 Standard x64 Editition, Service Pack 2
CPU: Dual Core AMD Opteron Processor 8218 2,61 GhZ
RAM: 8,0 GB RAM
Server: VMware Server 2.0.2 Build 203138

Als Gastsystem:
Betriebssytem: Windows Server 2003 Standard Edition, Service Pack 2
CPU: Dual Core AMD Opteron Processor 8218
RAM: 2,0 GB
Netzwerktyp: Briged
VMware Tools: sind installiert

Und dann hier noch die *.vmx Datei:
#!/usr/bin/vmware
.encoding = "windows-1252"
config.version = "8"
virtualHW.version = "7"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
memsize = "2048"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "elofs3-os.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "E:"
ide1:0.deviceType = "cdrom-raw"
floppy0.fileName = "/dev/fd0"
Ethernet0.present = "TRUE"
displayName = "elofs3"
guestOS = "winnetstandard"
priority.grabbed = "normal"
priority.ungrabbed = "normal"

scsi0:0.redo = ""
ethernet0.addressType = "generated"
uuid.location = "56 4d d1 2c b0 6c 2a 57-16 55 08 35 a7 5d 82 04"
uuid.bios = "56 4d a9 50 32 7a 47 a7-55 2e 7a 20 8c 5e 62 ba"
ide1:0.autodetect = "FALSE"
ethernet0.generatedAddress = "00:0c:29:5e:62:ba"
ethernet0.generatedAddressOffset = "0"

floppy0.present = "FALSE"
usb.present = "TRUE"

ide1:0.startConnected = "FALSE"
tools.syncTime = "FALSE"

checkpoint.vmState = ""

ethernet0.connectionType = "bridged"

workingDir = "."
usb.autoConnect.device0 = ""

scsi0:1.present = "TRUE"
scsi0:1.fileName = "elofs3_daten.vmdk"

scsi0:1.redo = ""

uuid.action = "keep"

sched.mem.pshare.enable = "FALSE"
mainMem.useNamedFile = "FALSE"

processor0.use = "FALSE"
processor1.use = "FALSE"
processor3.use = "FALSE"

virtualHW.productCompatibility = "hosted"
tools.upgrade.policy = "manual"
vmotion.checkpointFBSize = "134217728"

ehci.present = "TRUE"
mks.enable3d = "TRUE"
pciBridge0.present = "TRUE"
pciBridge4.present = "TRUE"
pciBridge5.present = "TRUE"
pciBridge6.present = "TRUE"
pciBridge7.present = "TRUE"
vmci0.present = "TRUE"
pciBridge4.virtualDev = "pcieRootPort"
pciBridge4.pciSlotNumber = "21"
pciBridge4.functions = "8"
pciBridge5.virtualDev = "pcieRootPort"
pciBridge5.pciSlotNumber = "22"
pciBridge5.functions = "8"
pciBridge6.virtualDev = "pcieRootPort"
pciBridge6.pciSlotNumber = "23"
pciBridge6.functions = "8"
pciBridge7.virtualDev = "pcieRootPort"
pciBridge7.pciSlotNumber = "24"
pciBridge7.functions = "8"

pciBridge0.pciSlotNumber = "17"
scsi0.pciSlotNumber = "16"
usb.pciSlotNumber = "32"
ethernet0.pciSlotNumber = "33"
ehci.pciSlotNumber = "34"
vmci0.pciSlotNumber = "35"
vmci0.id = "-1939971398"

usb:0.present = "TRUE"
usb:1.present = "TRUE"
usb:1.deviceType = "hub"
usb:0.deviceType = "mouse"

ide1:0.allowGuestConnectionControl = "FALSE"

Vielen Dank für Eure Hilfe schon mal!

[Dayworker]

Schuld daran ist die VMware Bridge. Wie dazu im Handbuch nachzulesen ist, muß die Nic im Bridge-Modus (entspricht einem Netzwerk-Hub und nicht wie einem im Manual beschriebenen Switch) immer auf sämtliche ankommenden Pakete antworten. Das verzögert neben den Pingzeiten immer auch den Durchsatz.
Selbst bei idealer Config und wenig Last auf Host und Gast wirst du die im Manual ebenfalls beschriebenen 50ms kaum unterschreiten können. Meine Erfahrung dabei war und ist, daß sind die Latenzen auf billigeren Netzwerkchips wie Realtek unter Last dabei irgendwo zwischen 70-100ms einsortieren können. Ursache dafür sind neben einem weniger performanten Netzwerk-Chipsatz auch der Treiber selbst. Vom Gefühl her würde ich die Realtek-Chips nur als Umsetzer einordnen, während die restliche Funktionalität allein über den Treiber bzw die darin enthaltene Firmware abgebildet wird.