:fill(white):strip_exif()/i/1274194907.jpeg?f=thumbmini)
:strip_icc():strip_exif()/u/232736/tweakers.jpg?f=community)
Kort: File transfers van mijn server naar een PC op het netwerk gaan traag met max 3MB/s op een gigabit netwerk. Bestanden writen echter gaat prima op max snelheid. Hoe kan dit?
Right, de opstelling is als volgt:
Server:
Mobo: Gigabyte X38-DS5
CPU: Core 2 Duo E6600
7GB RAM
2 Seagate 7200.10 320 GB en 2 Samsung Spinpoint F2 1.5TB in JBOD.
Be Quiet 300W voeding
om eventuele kritiek voor te zijn: het OS draait op één van de Seagates. Dit moet binnenkort allemaal in RAID uitgevoerd worden en uitgebreid met andere disks.
de PC's op het netwerk zijn uitgerust met een i5 750 met 4GB RAM (#1) ,E5200 met 2GB RAM (#3) en een AMD 5200+ met 2GB RAM (#4) allemaal met gigabit onboard NIC's.
Netwerk:
Quick-and-dirty Paint netwerktekening:
PC #1 is waar ik achter zit. #2 staat al enige tijd uit, en #3 is een HTPC, #4 is een kantoor-pc.
De WRT320N en eerste switch staan naast elkaar in de meterkast, en kabels zijn dus zo om te wisselen. Op alle switches en de router zijn alle connecties aangegeven als 1Gbps, met uitzondering van de powerline en de HP 2600N netwerkprinter.
Server configuratie:
N.B; het betreft hier een test opstelling, niets professioneels dus. Tot nu toe heb ik alles zelf op weten te lossen, maar hier heb ik echt even hulp bij nodig
Op de server is Windows server 2008 R2 Enterprise geinstalleerd met de volgende rollen:
Binnen Hyper-V draait nu 1 Machine: een andere 2k8 R2 Enterprise server. Deze heeft de volgende rollen:
DHCP en DNS functioneert allemaal prima, een ipconfig /all laat zien dat de domain controller de DHCP en DNS server is. Andersom: als de domain controller uit staat worden er ook geen IP adressen uitgedeeld of DNS requests voltooid.
Probleemstelling en Wat ik al geprobeerd heb:
Goed, het probleem is dus dat readen vanaf de server (dus de Hyper-V host, niet de DC) niet bepaald snel gaat. Transfers van grote bestanden heb ik nog niet boven de 6MB/s uit zien gaan. Op PC #3 is precies hetzelfde te reproduceren, readen gaat traag. Het uit zich ook in ander gedrag, high-bitrate audio of video stream is gewoon niet te doen. Nogal vervelend aangezien ik dit vrij veel doe. Het maakt overigens niet uit vanaf welke disk ik de gegevens haal of stream. Erg opvallend bij het transferren van grote bestanden is dat de progressbar in schokjes vooruit gaat.
Ik heb de server wat gebenchmarkt met aida32. ALs eerste alledisks: deze halen allemaal prima hun maximale snelheid bij sequentiële read-opdrachten. (67MB/s voor de seagates, 109MB/s voor de Samsungs). Hier ligt het dus niet. De disks draaien in AHCI modus en de Intel drivers voor de controller zijn geinstalleerd.
Daarna heb je dus de netwerk benchmark, je kunt in een master-slave modus de snelheidsoverdracht testen:
(klik voor groter)
En tsja, dat zou je niet verwachten op een gigabit lijn. Sterker nog; als de test voor de eerste keer gestart wordt ligt de snelheid op 8KB/s max! De test helemaal afbreken en opnieuw starten zorgt voor wat hogeren snelheden..100KB/s..800KB/s.. tot na 3 keer afbreken deze snelheid behaald is, en hoger komt ie niet.
Draaien we de opstelling om, dus doen we de test zodat er data vanaf het werkstation naar de server gaat, halen we opeens zonder problemen gemiddeld 50MB/s met een piek van zo'n 67MB/s! Niks aan het handje dus..ook filetransfers gaan met deze snelheid. En ja, dit is met de andere PC's ook reproduceerbaar.
Iets ander dat opvalt is het volgende: het kopiëren van data van de server naar de DC. Ik meen mij ter herinneren dat dit juist eerst vlekkeloos ging. Toen ik het nogmaals probeerde kreeg ik het volgende:
Explorer loopt dus eigenlijk gewoon vast.
Toen de transfer bijna voltooid was gaf explorer (dat weer recovered was) aan dat de snelheid 12MB/s was..
Bij mij (ja, tijdens het schrijven, heel fijn) valt nu het kwartje dat het misschien toch gewoon een geval is van te weinig disk IOPS.. vooral wellicht omdat het host OS en een VM op één op dezelfde disk staan.
Toch vind ik het wat lastig, aangezien ik veel vaker meerdere idle VM's op deze bak heb gedraaid (toen nog onder VMware server) die ook allemaal op dezelfde schijf stonden en ik hier pas sinds kort last van heb.
Verder nog wat info: Ik heb de host (server) op een punt lid geprobeerd te maken van het domein. Dit lukte niet via de standaard methode met de melding dat de DC niet gevonden kon worden. Toen ik dit via een elevated command prompt probeerde lukte het wel. Later de host weer uit het domein gehaald om te kijken of dit de problemen oploste.
Verder nog iets waarmee ik in mijn maag zit:
De realtek zelf heeft dus geen IP adres. Ik kan eigenlijk niet goed inschatten op dit invloed kan hebben.
Goed, volgens mij heb ik hiermee een hoop info gegeven.. uiteraard kunnen jullie moeilijk de hele configuratie zien, maar dit is al een hoop geloof ik.
Any ideas?
Right, de opstelling is als volgt:
Server:
Mobo: Gigabyte X38-DS5
CPU: Core 2 Duo E6600
7GB RAM
2 Seagate 7200.10 320 GB en 2 Samsung Spinpoint F2 1.5TB in JBOD.
Be Quiet 300W voeding
om eventuele kritiek voor te zijn: het OS draait op één van de Seagates. Dit moet binnenkort allemaal in RAID uitgevoerd worden en uitgebreid met andere disks.
de PC's op het netwerk zijn uitgerust met een i5 750 met 4GB RAM (#1) ,E5200 met 2GB RAM (#3) en een AMD 5200+ met 2GB RAM (#4) allemaal met gigabit onboard NIC's.
Netwerk:
Quick-and-dirty Paint netwerktekening:
PC #1 is waar ik achter zit. #2 staat al enige tijd uit, en #3 is een HTPC, #4 is een kantoor-pc.
De WRT320N en eerste switch staan naast elkaar in de meterkast, en kabels zijn dus zo om te wisselen. Op alle switches en de router zijn alle connecties aangegeven als 1Gbps, met uitzondering van de powerline en de HP 2600N netwerkprinter.
Server configuratie:
N.B; het betreft hier een test opstelling, niets professioneels dus. Tot nu toe heb ik alles zelf op weten te lossen, maar hier heb ik echt even hulp bij nodig
Op de server is Windows server 2008 R2 Enterprise geinstalleerd met de volgende rollen:
- File Services (nauwelijks geconfigureerd, alleen voor shares)
- Hyper-V
- Network Policy and Access Services (niet geconfigureerd)
- Remote Desktop Services (geconfigureerd en werkend)
- Webserver (IIS) (niet geconfigureerd, was nodig vor RDP services)
Binnen Hyper-V draait nu 1 Machine: een andere 2k8 R2 Enterprise server. Deze heeft de volgende rollen:
- Active Directory
- DHCP
- DNS
DHCP en DNS functioneert allemaal prima, een ipconfig /all laat zien dat de domain controller de DHCP en DNS server is. Andersom: als de domain controller uit staat worden er ook geen IP adressen uitgedeeld of DNS requests voltooid.
Probleemstelling en Wat ik al geprobeerd heb:
Goed, het probleem is dus dat readen vanaf de server (dus de Hyper-V host, niet de DC) niet bepaald snel gaat. Transfers van grote bestanden heb ik nog niet boven de 6MB/s uit zien gaan. Op PC #3 is precies hetzelfde te reproduceren, readen gaat traag. Het uit zich ook in ander gedrag, high-bitrate audio of video stream is gewoon niet te doen. Nogal vervelend aangezien ik dit vrij veel doe. Het maakt overigens niet uit vanaf welke disk ik de gegevens haal of stream. Erg opvallend bij het transferren van grote bestanden is dat de progressbar in schokjes vooruit gaat.
Ik heb de server wat gebenchmarkt met aida32. ALs eerste alledisks: deze halen allemaal prima hun maximale snelheid bij sequentiële read-opdrachten. (67MB/s voor de seagates, 109MB/s voor de Samsungs). Hier ligt het dus niet. De disks draaien in AHCI modus en de Intel drivers voor de controller zijn geinstalleerd.
Daarna heb je dus de netwerk benchmark, je kunt in een master-slave modus de snelheidsoverdracht testen:
(klik voor groter)
En tsja, dat zou je niet verwachten op een gigabit lijn. Sterker nog; als de test voor de eerste keer gestart wordt ligt de snelheid op 8KB/s max! De test helemaal afbreken en opnieuw starten zorgt voor wat hogeren snelheden..100KB/s..800KB/s.. tot na 3 keer afbreken deze snelheid behaald is, en hoger komt ie niet.
Draaien we de opstelling om, dus doen we de test zodat er data vanaf het werkstation naar de server gaat, halen we opeens zonder problemen gemiddeld 50MB/s met een piek van zo'n 67MB/s! Niks aan het handje dus..ook filetransfers gaan met deze snelheid. En ja, dit is met de andere PC's ook reproduceerbaar.
Iets ander dat opvalt is het volgende: het kopiëren van data van de server naar de DC. Ik meen mij ter herinneren dat dit juist eerst vlekkeloos ging. Toen ik het nogmaals probeerde kreeg ik het volgende:
Explorer loopt dus eigenlijk gewoon vast.
Toen de transfer bijna voltooid was gaf explorer (dat weer recovered was) aan dat de snelheid 12MB/s was..
Bij mij (ja, tijdens het schrijven, heel fijn) valt nu het kwartje dat het misschien toch gewoon een geval is van te weinig disk IOPS.. vooral wellicht omdat het host OS en een VM op één op dezelfde disk staan.
Toch vind ik het wat lastig, aangezien ik veel vaker meerdere idle VM's op deze bak heb gedraaid (toen nog onder VMware server) die ook allemaal op dezelfde schijf stonden en ik hier pas sinds kort last van heb.Verder nog wat info: Ik heb de host (server) op een punt lid geprobeerd te maken van het domein. Dit lukte niet via de standaard methode met de melding dat de DC niet gevonden kon worden. Toen ik dit via een elevated command prompt probeerde lukte het wel. Later de host weer uit het domein gehaald om te kijken of dit de problemen oploste.
Verder nog iets waarmee ik in mijn maag zit:
De realtek zelf heeft dus geen IP adres. Ik kan eigenlijk niet goed inschatten op dit invloed kan hebben.
Goed, volgens mij heb ik hiermee een hoop info gegeven.. uiteraard kunnen jullie moeilijk de hele configuratie zien, maar dit is al een hoop geloof ik.
Any ideas?
:strip_icc():strip_exif()/u/4167/bacall8.jpg?f=community)
