ich denke nicht das es an Vmware selbst liegt, da:

TCP/IP / layer 1-4 läuft alles einwandfrei durch

layer 5-7 smb,ntfs, und OS bremsen.

und lokal auf die platte gehts auch.

also muss es im SMB protokoll hängen oder einfach am feintuning liegen, und damit kann vmware ja nich viel zu tun haben, werds dort aber auf jedenfall posten, danke für dne Tipp

... Kopf --> Tisch

Na, haste jetzt ne fette Beule am Kopf?

Hoffentlich hilfts wenigstens bei der Rechtschreibung, der Grammatik und der Lesbarkeit der Sätze etwas.

jaaaaaa, 100 Mbit sind ja auch gigabit -.-

giga=1000 Gbit = 1000 mbit = 1 Mbyte

Was du mit der Aussage sagen willst, muss man nicht verstehen, oder? :confused:

Vor allem das =1 MByte da am Ende verwirrt mich nun total. Und 100MBit ist nicht 1 Gigabit...

jaaaaaa, 100 Mbit sind ja auch gigabit -.-

giga=1000 Gbit = 1000 mbit = 1 Mbyte

Öh.. wie meinen?

Mein Kommentar war auf Freak Ones "Da is nu ein 100Mbit/s-Karten-Bildchen" bezogen.

Deine Werte waren aber schon über 100Mbit/s - also..

wie schreibste so schön: "Capiche?"

ich denke nicht das es an Vmware selbst liegt, da:

TCP/IP / layer 1-4 läuft alles einwandfrei durch

layer 5-7 smb,ntfs, und OS bremsen.

und lokal auf die platte gehts auch.

Oh.. ein OSI-Liebhaber ..

MUSS es?

Was genau meinst du mit "lokal auf die platte"?

Getrennte Storage für die VMs?

Schon mal FTP probiert?

Schon mal ne RAMDisk auf beiden Seiten probiert?

Wie sind deine NICs und Storage-Systeme aufgebaut?

Was für NICs verwendest du?

Spezialitäten wie VLAN vorhanden?

Haste schön auf Block-Alignment im VMFS geachtet?

Was für ein Testsystem verwendest du überhaupt?

Enspricht die Test- der Produktivumgebung?

Schon mal die entsprechenden Performance-Monitoring Tools angeschaut?

(lies mal http://download3.vmware.com/vmworld/2006/adc0199.pdf)

Mit dem von dir gelieferten Input kann man viel rumraten..

Grüße

Ripper

TCP/IP / layer 1-4 läuft alles einwandfrei durch

layer 5-7 smb,ntfs, und OS bremsen.

TCP/IP-Layer sind nicht 1:1 gleichzusetzen mit OSI-Layer.

Bitte genauer schreiben oder nochmal nachlesen.

Was genau meinst du mit "lokal auf die platte"?

---> Naja, einfach eine Datei aufs lokale Dateisystem schreiben ( hätte ja sein können das hier der knackpunkt hängt

Getrennte Storage für die VMs?

---> nein

Schon mal FTP probiert?

---> ja, 512 MB Datei mit 20 Mb/s

Schon mal ne RAMDisk auf beiden Seiten probiert?

---> noch nicht, kommt heute Mittag

Wie sind deine NICs und Storage-Systeme aufgebaut?

Naja: ESX Server mit Dickem Plattenhaufen

Was für NICs verwendest du?

erm, willste jetzt Typbeschreibung und Hersteller wissen?

naja ESX meint: 82571EB Gigabit Ethernet Controller, genauer HW kenn ich nicht

Spezialitäten wie VLAN vorhanden?

nein, reines Gbit NW

Haste schön auf Block-Alignment im VMFS geachtet?

nein, wasn dat? ist das Festlplattenseitig? hier waren ja eigtl keine probleme

Was für ein Testsystem verwendest du überhaupt?

--> ESX 3.5 mit 2 x Windows Server 2003 Standard

Enspricht die Test- der Produktivumgebung?

naja bei mir isses Ein ESX 3.5 dessen eine NIC mit der anderen spricht, und beim Kunde sinds einfach 2 ESX, sonst würde ich die Daten gleich über den selben virtuellen switch schieben und sogar bis zu 1,8 Gbit Durchsatz erreichen^^

Schon mal die entsprechenden Performance-Monitoring Tools angeschaut?

-iperf (für TCP / IP speed)

-netio (für SMB und TCp perftest)

- GS Perftest ( misst lokale schreib /lese geschwindigkeit)

- Filezilla (für FTP tests)

(lies mal http://download3.vmware.com/vmworld/2006/adc0199.pdf)

danke für den Link, hab ich wieder was uzum grübeln^^

Naja, einfach eine Datei aufs lokale Dateisystem schreiben ( hätte ja sein können das hier der knackpunkt hängt

"Einfach" is ein wenig .. zu einfach.. du liest von einem Volume in einer VMm schickst das aufs Netz, liest es dort und schreibst das Ganze ja wieder.

Da kannn VMWare vllt. nicht so schön puffern und so.

Getrennte Storage für die VMs?

---> nein

ahh.. was kann denn dein Storage-System so an Durchsatz ab?

Damit mein ich lesen und schreiben gleichzeitig..

Schon mal FTP probiert?

---> ja, 512 MB Datei mit 20 Mb/s

Wenn du das bei großen Files ( = ein paar hundert MB) rauskriegst - miese Performance..

Dann kannst du dir Optimierungen an CIFS erstmal sparen. Problem liegt nicht an TCP/IP (lt. NetIO), sondern eher drunter (Disk-/IO-Load)

(anders siehts bei tausenden kleiner Dateien aus..)

Schon mal ne RAMDisk auf beiden Seiten probiert?

---> noch nicht, kommt heute Mittag

Und? Ich tippe auf die Platten als Flaschenhals

Wie sind deine NICs und Storage-Systeme aufgebaut?

Naja: ESX Server mit Dickem Plattenhaufen

Und wie ist der Haufen organisiert? Schönes RAID-5? Das kann bei blödem Alignment des VMFS evtl. bremsen.. (Google -> VMFS + Alignment )

Was für NICs verwendest du?

erm, willste jetzt Typbeschreibung und Hersteller wissen?

naja ESX meint: 82571EB Gigabit Ethernet Controller, genauer HW kenn ich nicht

82571EB _ist_ die Typenbeschreibung - Intel-NICs also.

Enspricht die Test- der Produktivumgebung?

naja bei mir isses Ein ESX 3.5 dessen eine NIC mit der anderen spricht, und beim Kunde sinds einfach 2 ESX, sonst würde ich die Daten gleich über den selben virtuellen switch schieben und sogar bis zu 1,8 Gbit Durchsatz erreichen^^

Vieleicht sieht's dann beim Kunden viel besser aus..

Schon mal die entsprechenden Performance-Monitoring Tools angeschaut?

-iperf (für TCP / IP speed)

-netio (für SMB und TCp perftest)

- GS Perftest ( misst lokale schreib /lese geschwindigkeit)

- Filezilla (für FTP tests)

(lies mal http://download3.vmware.com/vmworld/2006/adc0199.pdf)

Ich dachte jetzt eher an die Innereien des ESX: esxtop, perfmon, cat /proc/vmware/interrupts, etc..

Hier hat einer ein ähnliches Problem & Lösungsansatz: Troubleshooting VMware ESX network performance - From the Recliner...

danke für den Link, hab ich wieder was uzum grübeln^^

Immer gern, man lernt nie aus..

Grüße

RipperFox