Vreemd probleem met netwerk share

[Daffie]

Hallo,

Ik heb sinds een poos een thuisservertje. Deze server (SRV) heeft 1 schijf van 500GB en een van 1TB. Op de 500 staan Win7, de 1TB is voor data en is geshared met everyone.

Nu heb ik het vreemde probleem dat, telkens als ik met een andere PC of laptop de server benader, en bestanden wil kopieren van de schijf (maakt niet uit of het de 500GB of de 1TB is), dan is dat rete langzaam. Terwijl het schrijven van bestanden náár een van deze schijven wel met normale snelheden gaat.

Om uit te sluiten dat het niet gewoon aan de schijven ligt heb ik eens een bestand van 15GB gekopieert van de 1TB schijf naar de 500GB en dat gaat wel gewoon vlot.


Dus even kort:
Bestanden schrijven van een PC --> Server, goed
Bestanden kopieren van ene schijf van Server --> andere schijf van Server, goed
Bestanden kopieren vanuit een andere PC, vanaf de server, langzaam
Bestanden kopieren vanuit de server, naar een andere PC, langzaam.

Ik heb al eens de aangesloten switch een cold boot gegeven, maar dat helpt ook niet.
Daarnaast is het misschien noemenswaardig dat als ik op de server een speedtest doe, dat ik dan wel de 'normale' snelheid behaal van ~50/5 MBit/sec

Ik zou niet weten wat het kan zijn. Heeft iemand een idee?

[Firesphere]

Misschien heeft RDC er iets mee te maken?

http://www.windowsreferen...differential-compression/

[Daffie]

Hmm, zou best wel eens kunnen! Het artikel beschrijft alleen niet of ik dat RDC alleen op de (in mijn geval) thuisserver moet uitzetten of op alle PC's. Het lijkt mij alleen het probleemgeval toch? Want als ik bijv. van mijn PC naar m'n laptop kopieer dan is er geen probleem!

[3DDude]

100mbit lan of wifi? oftwel max 12.5MB/s ( 100mbit delen door 8 )

[ Voor 54% gewijzigd door 3DDude op 06-05-2012 17:28 ]

[Daffie]

@Firesphere, helaas heeft dat het probleem niet opgelost. Heb nog niet geprobeert om het op zowel de server als mijn eigen PC uit te zetten, dat zou ik misschien nog kunnen proberen.

@3DDude: Het is gewoon LAN, 1gbps, auto-negotiate.

[Kavaa]

Probeer eens de originele drivers van het moederbord. Dit heb ik ook eens gehad bij de pc van me vader.
Na het installeren van de originele drivers van het moederbord was het probleem opgelost.

[Daffie]

En bedoel je dan met origineel, de drivers die met de DVD meekomen? Of gewoon van de website?
Want ik heb wel al eerder vandaag van de website de drivers van de netwerkkaart gedownload, zodat ik ook meteen de nieuwste versie had.

[Kavaa]

Ja dan bedoel ik dus echt de drivers van de dvd. Die bij je moederbord horen.
Dit heeft me toen ook geleerd dat de nieuwste niet altijd de beste zijn zegmaar.

Raar maar waar...

[Daffie]

Heb het zelf inderdaad ook wel eens gehad, maar dan met drivers van een videokaart.

Als ik straks thuis ben kan ik dat eens proberen. Wat ik dan ook even ga proberen is om gewoon een WiFi stick in de server te prikken en daarmee verbinding te maken/een filetransfer te doen. Ik zal dan geen 1gbit snelheid gaan halen maar ik hoop in ieder geval meer dan enkele bytes per seconde. Daarmee kan ik dan ook uitsluiten of het aan m'n NIC ligt of toch ergens anders aan.

[lier]

Test in ieder geval eerst eens met iperf om te kijken wat de maximale netwerksnelheid is. Verder zou je misschien een FTP server op de SRV kunnen installeren om te kijken tot welke snelheden je dan komt.

[Daffie]

Heb zojuist even met iperf een test gedaan, en dit is het resultaat:




het eerste stukje wat je ziet is van mijn PC naar de server, het stukje daaronder is van de server naar m'n PC.
Dat lijkt dus wel goed te gaan. Ik vind het een vreemd probleem. Ik zal vanmiddag eens een FTP transfer proberen, dan kan ik ook zelf aangeven van/naar welke schijf hij moet kopieren.

[Verwijderd]

Voor een gigabit netwerk zijn dit echt trieste getallen, ik zou toch eens heel goed naar die switch gaan kijken. (en met wat meer data gaan testen, 200/300 mb over een gbit link zegt niet zoveel)

[Daffie]

@Mental, Klopt, heb je gelijk in. Als ik straks thuis ben zal ik eens op dezelfde switch m'n laptop hangen, en dan een filetransfer doen tussen m'n PC en laptop. Dan kan ik in ieder geval uitsluiten of het aan de switch ligt of aan de server.

EDIT: En áls het aan de switch lijkt te liggen, zou ik ook bijv. een crosscable'tje tussen server <-> PC kunnen doen, en dan een filetransfer/snelheids test.

[ Voor 33% gewijzigd door Daffie op 08-05-2012 12:48 ]

[johnkeates]

Als je met een linux livecd start en SFTP of SMB doet, heb je dan andere resultaten?

[lier]

Daffie schreef op dinsdag 08 mei 2012 @ 12:46:
EDIT: En áls het aan de switch lijkt te liggen, zou ik ook bijv. een crosscable'tje tussen server <-> PC kunnen doen, en dan een filetransfer/snelheids test.

Gigabit is Auto-MDIX, oftewel, crosskabel is niet nodig.

[Wim-Bart]

Verwijderd schreef op dinsdag 08 mei 2012 @ 12:38:
Voor een gigabit netwerk zijn dit echt trieste getallen, ik zou toch eens heel goed naar die switch gaan kijken. (en met wat meer data gaan testen, 200/300 mb over een gbit link zegt niet zoveel)

Realistische doorvoersnelheden (zonder overhead):
100Bbps bij Half DUPLEX: 11,75 MB/s (10,73 MiB/s)
100Mbps bij FULL DUPLEX: 12,5 MB/s (11,92 MiB/s)
1000Mbps bij FULL DUPLEX: 125,0 MB/s (119,21 MiB/s) = 90 speed DVD

Dit zijn theoretische waarden. Voor file transfer liggen de snelheden beduidend lager, FTP en SMB (file sharing) kunnen deze snelheden nagenog benaderen in optimale situaties, NTTP (Usenet) en HTTP komen maar op de helft.

Echter zijn dit theoretische snelheden. Wanneer je onder 1000Mbps Ethernet gebruik maakt van Jumbo frames (je swkitch moet het ondersteunen, maar meeste doen dat tegenwoordig) en je stelt je kaarten in op Jumbo frame support van 7- of 8K dan is 120MB/s te halen mits je HD's het snel genoeg kunnen aanleveren.

Waar je ook rekening mee moet houden os: Zit de controller voor de HD's op zelfde als je netwerk kaart, kan de ontvangende PC de data wel snel genoeg verwerken etc. etc.

Edit:Overal Flow Control het zelfde zetten, bij voorkeur op AAN (zowel RX als TX als je kaart dit ondersteund).

[ Voor 4% gewijzigd door Wim-Bart op 08-05-2012 13:05 . Reden: Flow control ]

[Verwijderd]

Probeer eens:
iperf -c %IPADDRESS% -w 64k
in plaats van alleen:
iperf -c %IPADDRESS%

Dan weet je zeker dat de bottleneck niet in het aantal MPPS ligt, maar dat je de echte doorvoer max van de switch meet.
Also, draai wireshark eens voor en tijdens het kopieren en post de logs eens ergens? Ik ben wel benieuwd of ik iets raars kan ontdekken...

[ Voor 14% gewijzigd door Verwijderd op 08-05-2012 16:09 ]

[Daffie]

Bedankt voor alle input.

Ik heb zojuist wat testjes gedaan met deze setup:

- 1 PC met een Intel PRO/1000 PT Desktop Adapter (PCI-E)
- 1 Macbook Pro 13" Mid-2010 (via Bootcamp op Win7)
- 1 'Server' met een ASROCK A75M-HVS mobo (en diens onboard NIC)

- Alle drie Win7 ultimate 64bit.
- Alle drie aangesloten met een CAT5e kabel van max. 5m op één en dezelfde Conceptronics 8-poorts Gbit switch
- Alle drie stonden qua adapter instellingen op auto negotiation en waren 1GBPS verbindingen.

Mijn bevindingen: HIER


Voor zo ver ik kan zien heeft het dus echt met Windows of de files of iets dergelijks te maken, want de snelheden met IPERF zijn wel acceptabel.
Zou het zin hebben om de PCI-E NIC uit mijn PC te halen en in de server te doen, drivers te installeren en dan een transfer testen tussen server en laptop? Of kan het gewoon niet met de onboard NIC te maken hebben?

En over testen via een Linux CD, Waar haal ik een live CD vandaan? En hoe kom ik aan welk test tooltje? Sorry, ben op zich best bekend met netwerken, maar een leek op Linux gebied.

[Verwijderd]

Probeer eens (op de server)
C:\>netsh int tcp set global autotuninglevel=disabled

Dat wil soms nog wel eens rare problemen oplossen op windows 7/vista shares

[Daffie]

@Plankton123: Heb het geprobeerd, maar het veranderd niks aan de snelheid. Ik ga straks als ik thuis ben de PCI-E adapter die in m'n PC zit, eens in de server bouwen, en dan testen. Dan kan ik uitsluiten of het aan de NIC zelf ligt.

[Verwijderd]

Uit een intern kb:

Try going into the network adapter driver properties and DISABLE "TCP Connection Offload (IPv4)". This is generally listed on the advanced tab of the network adapter.

Aan beide kanten even doen dus (maar vermoed dat het op de 'server' uitvoeren van deze aanpassing voldoende is', evt ook de ipv6 offload disablen.

edit: stond ook linkje bij: http://social.technet.mic...9b-462c-8a9e-7b10be2de3cb

[ Voor 17% gewijzigd door Verwijderd op 09-05-2012 16:56 ]

[Daffie]

@Mental: Ik denk dat het nu is opgelost, met die Connection Offload (IPv4) op disabled.

Wat het precies doet en waarom het uit moet weet ik niet, maar een ISO file kopieren begon met enkele MB's/sec, maar liep al gauw op tot een gemiddelde van 82MB/sec.

Bedankt voor de hulp.

[Verwijderd]

TCP offload verminderd de overhead van een verbinding. Die is vooral merkbaar bij TCP connecties op hoge snelheden, het zorgt dus ook voor een lagere CPU load op je server.

Maar goed, die hogere CPU belasting neem je wel voor lief als de andere optie onwerkbaar is