Hoe lees en schrijf snelheid van NAS meten, niet de netwerk bandbreedte.

[macxbo]

Heb de NAS zojuist is herstart en hier komen de resultaten van de zojuist nog is gedane terminalcommando's na uitgebreide S.M.A.R.T. die 'Normaal' aan gaf.

root@DS216plus2:~$ sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 43.7827 s, 24.5 MB/s

root@DS216plus2:~$ sudo /sbin/sysctl -w vm.drop_caches=3
vm.drop_caches = 3
dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 12.4917 s, 86.0 MB/s

Ik heb dan de tempfile  na de tests weer verwijderd met "rm -f tempfile" commando,
mijn Mac programmaatje vSSH gesloten, weer gestart en bovenstaande commandos nog is uitgevoerd en dan krijg ik dit

root@DS216plus2:~$ sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 21.6936 s, 49.5 MB/s

Maar geef ik onderstaande wel juist in eigenlijk?

Ik veronderstel dat ik als terminal groentje het juiste onderstaande - in één keer te kopiëren en plakken -  commando eruit gefilterd heb..

Code: [Selecteer]

sudo /sbin/sysctl -w vm.drop_caches=3
dd if=tempfile of=/dev/null bs=1M count=1024

Want ik copy-plak bovenstaande code in de terminal, duw op enter, de terminal vraagt op een wachtwoord, wat ik invoer en dan gebeurt er nu verder niets...
Nog maar is opnieuw rm -f tempfile ingevoerd, vSSH gesloten, opnieuw gestart en weer opnieuw.
Dus ik copy plak:

Code: [Selecteer]

sync; dd if=/dev/zero of=tempfile bs=1M count=1024; syncMooi, dan krijg ik onderstaande te zien.

root@DS216plus2:~$ sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 15.0928 s, 71.1 MB/s

Dan copy-plak ik als volgt en duw op enter

Code: [Selecteer]

sudo /sbin/sysctl -w vm.drop_caches=3
dd if=tempfile of=/dev/null bs=1M count=1024
en krijg een vraag om wachtwoord, ziet er zo uit dan..

root@DS216plus2:~$ sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 15.0928 s, 71.1 MB/s
root@DS216plus2:~$ sudo /sbin/sysctl -w vm.drop_caches=3
Password:
Sorry, try again.
Password:
Sorry, try again.
Password:
vm.drop_caches = 3
root@DS216plus2:~$

En verder gebeurt er niks meer.
brrr...

[Birdy]

En verder gebeurt er niks meer.

Jawel, er gebeurt wel wat:

vm.drop_caches = 3

En sudo is niet nodig, want je bent al root:

root@DS216plus2

[macxbo]

@Birdy: ja, hij dropt de caches, maar dan gebeurt er verder niets meer, ook niet 5 minuten wachten.

- Waar 'root' staat, staat in de terminal mijn inlognaam. Die heb ik vervangen hier op het forum door 'root'.
Mag ik de sudo dan nog weglaten en onderstaande copy-plak in de terminal doen?

Code: [Selecteer]

/sbin/sysctl -w vm.drop_caches=3
dd if=tempfile of=/dev/null bs=1M count=1024
Ik probeer het geheel nog is en krijg dan onderstaande te zien...

root@DS216plus2:~$ sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 12.4161 s, 86.5 MB/s
root@DS216plus2:~$ /sbin/sysctl -w vm.drop_caches=3
sysctl: permission denied on key 'vm.drop_caches'
root@DS216plus2:~$ dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 7.85858 s, 137 MB/s
root@DS216plus2:~$

[Birdy]

Waar 'root' staat, staat in de terminal mijn inlognaam. Die heb ik vervangen hier op het forum door 'root'.

Lekker verwarrend dan, als je je inlognaam niet wilt laten zien, vervang het dan door "pietje" of zo.

Als je sudo gebruikt, dan is het password, het password van admin of wordt echt root middels "sudo -i" met password van admin.

[macxbo]

@Birdy: sory: sorry de verwarring. 
Ik zal de inlognaam vervangen door mijn forumnaam.

En probeer nog een laatste keer en vat nog is samen wat de drie commando's zijn -  simpel te copie-plakken voor andere terminal groentjes.
Ik heb er drie:

1) SCHRIJF snelheid meting test

Code: [Selecteer]

sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync
2) LEES snelheid meting test.

Code: [Selecteer]

/sbin/sysctl -w vm.drop_caches=3
dd if=tempfile of=/dev/null bs=1M count=1024
3) Als laatste om de tempfile weer te verwijderen..

Code: [Selecteer]

rm -f tempfile
In de terminal ziet het er dan zo uit.

macxbo@DS216plus2:~$ sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 12.7971 s, 83.9 MB/s
macxbo@DS216plus2:~$ /sbin/sysctl -w vm.drop_caches=3
sysctl: permission denied on key 'vm.drop_caches'
macxbo@DS216plus2:~$ dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 7.78509 s, 138 MB/s
macxbo@DS216plus2:~$ rm -f tempfile

Daar ik 'sudo' weglaat wordt me geen wachtwoord gevraagd maar zie ik wel dat er permission denied staat.
 
Maakt dat niet uit in deze? Zijn de schrijf en lees resultaten duidelijk?

[Birdy]

permission denied

Dat krijg je omdat je geen root rechten hebt dus ik herhaal:

Als je sudo gebruikt, dan is het password, het password van admin of wordt echt root middels "sudo -i" met password van admin.

Dus, gebruik of sudo voor het cache gebeuren of sudo -i aan het begin van je tests, dus na je eerste inlog..
Maar ik verwacht niet dat het resultaat van het lezen daarvan beter wordt dus, meer om de test compleet te maken.

[Briolet]

Het verwijderen van de tempfile hoeft natuurlijk alleen als je helemaal klaar bent met testen. Die kun je gewoon een paar dagen laten staan.

"sudo" is een commando om je eenmalig rootrechten te geven. Persoonlijk vind ik dat beter dan jezelf helemaal root te maken. Sudo gebruikt ook een timestamp. Tot 5 minuten na die timestamp hoef je bij opnieuw gebruiken van "sudo", niet opnieuw een wachtwoord in te vullen.

[macxbo]

@Birdy & Briolet: Ok, dankzij jullie geduld en uitleg gaat het vlot nu!
Ziet er zo uit in de terminal nu.

macxbo@DS216plus2:~$ sudo -i
Password:
root@DS216plus2:~# sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 11.7655 s, 91.3 MB/s
root@DS216plus2:~# /sbin/sysctl -w vm.drop_caches=3
vm.drop_caches = 3
root@DS216plus2:~# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 12.8168 s, 83.8 MB/s
root@DS216plus2:~#

Op UserBenchmark vond ik nog over de Red 3TB (2012)...

With peak sequential read/write speeds of 140 and averages of 120 MB/s the 3TB WD Red is around 25% slower than the group leaders. If the Red is used in a NAS (Network Attached Storage), that won't make much difference because the vast majority of home networks still operate at Fast Ethernet (~10 MB/s), even users with faster Gigabit (~100 MB/s) networks will be limited by their network bandwidth before the drive

- Zijn de twee WD Red's in deze DS216+II aan vervanging toe, de NAS zelf misschien ook? Ik zat er al aan te denken alles te vervangen (zie mijn topic erover).
Ik heb in 2014 vijf stuks tegelijk van deze HD's gekocht waarvan 2 het al opgegeven hebben (Zie eerder topic van mij).

- En dan zit ik nog met het mysterie dat ik via cat 5E Lan-kabel bijlange niet aan die 91.3 / 83.8 MB/s geraak.
Zwarte cat 5E kabel die in de NAS zat net vervangen door een grijze screened CAT 5E kabel en netwerk snelheid is gemeten via de AJA test (zie schermafbeelding in bijlage).

- Of moet ik een betere switch kopen? Ik heb die > Linksys LGS108.
Ik ga maar is beginnen met een Cat 6 kabel te kopen...

[Robert Koopman]

De switch zal het probleem niet zijn.
En cat6 of cat5e toch ook niet echt?
Zeker niet met deze korte kabeltjes.

[macxbo]

@Robert Koopman: dacht ik ook niet.
Maar wat is dan wel het probleem?
Nieuwe DS218+ met twee 10 terrabyte WD red's is het dan opgelost?
Of Synology DS1618+ met 10 GbE LAN-poort en nieuwe Mac mini met 10 GbE LAN-poort kopen?

[Birdy]

Nee, je moet het nu echt op je Netwerk richten waarbij kabels een onderdeel van zijn.
Er zijn n.l. ook gewoon slechte CAT5e kabels verkrijgbaar en misschien heb je die nu.
Zou idd eens beginnen met een CAT6 kabel.

Echter, ik zou dan nog eens te testen met CAT5e, dus de NAS direct aan je MAC hangen met de CAT5e kabel van je MAC, dan sluit je de rest van het netwerk uit.
Krijg je dan weer slechte resultaten, doe dan dezelfde test met een CAT6 kabel.   

[macxbo]

@Birdy: De rechtstreekse testen van NAS met oude en nieuwe korte Cat 5E kabel in men MacBook Pro 15 inch mid 2012 heb ik gedaan. Zie twee schermafbeelding in bijlage.
'k ga nu dus een Cat 6 kopen. Ben benieuwd..

[macxbo]

Testen gedaan via CAT 6 kabels die ik net ben gaan kopen. Maakt geen verschil. 
Heb nu ik de benodigde terminal commando's vlot ken (kopie-plak) ook is een schrijf / lees meting gedaan op men DS118 met 8TB WD red HD.
Ziet er zo uit...

macxbo@DS118:~$ sudo -i

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

Password:
root@DS118:~# sync; dd if=/dev/zero of=tempfile bs=1M count=1024; sync
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 7.54893 s, 142 MB/s
root@DS118:~# /sbin/sysctl -w vm.drop_caches=3
vm.drop_caches = 3
root@DS118:~# dd if=tempfile of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 8.40958 s, 128 MB/s
root@DS118:~#

Heb dan men MacBook Pro 15 inch mid 2015 die wel degelijk Gigabit Ethernet verbinding heeft  (zie everymac) rechtstreeks verbonden met de DS118 via de nieuwe CAT 6 kabel van 1,5 meter en daarna terug gewoon via router en thunderboltdock met netwerk ingang ertussen. Zie resultaten in bijlage.
Niet erg denderend. Schrijf noch leessnelheid geraken boven de 84 MB/s.

[Hofstede]

Heb het al vaker vermeld. Een Mac is gewoon relatief gezien supertraag met schrijven via SMB naar de NAS. Heb heel lang geprobeerd om te achterhalen waarom maar heb het nooit uit kunnen vogelen wat de oorzaak was.

Tot eind vorig jaar maakte ik een backup van mijn Mac door de files via een Windows computer naar de NAS weg te schrijven. Dus:
Mac -> Windows PC -> NAS.

Dit was simpelweg 2x zo snel als:
Mac -> NAS.


Tegenwoordig gebruik ik rsync op de Mac. Ik heb daarvoor ook een rsync module geconfigureerd op de NAS zodat rsync ook gebruik kan maken van het rsync protocol. Resultaat:

Rsync backup via SMB: ongeveer 2 uur.
Rsync backup via AFP: ongeveer 1,5 uur.
Rsync backup via rsync protocol:  30 minuten.

[DSGebruiker]

Als je dit echt wil gaan analyseren zal je de netwerk-sniffer erbij moeten halen om te zien wat er eventueel niet zo optimaal gaat.
Kan nog enorm veel redenen hebben, tuning op de Samba-client, wat netwerk-parameters op de Mac etc.
Die 84MBytes/sec is nog niet de limiet van je GigabitEthernet netwerk, hier zou je ongeveer tot zo'n 100-110MBytes moeten kunnen halen.