[Synology] RAR unpacking performance

[SmiGueL]

kraades schreef op zaterdag 20 juni 2015 @ 10:31:
[...]


Het zal ook voornamelijk worden beperkt door de disk io dus een multi core winrar zal niet veel uitmaken (denk ik).

Als disk IO echt de bottleneck was dan zouden de andere NASsen natuurlijk nooit 15 a 20 seconden halen (Ga ik er voor het gemak even vanuit dat iedereen 'ongeveer' gelijk presterende schijven erin heeft zitten)

Komt bij dat er in de DS115 met 1 disk er 59 seconden over deed en de DS215 met 1 disk 62 seconden.
Qua disk IO zit daar volgens mij weinig verschil in.

Hier is wat exacter te zien dat hij maar 50% van de CPU gebruikt:


Terwijl de disk activity vrij laag blijft..
]

Het kan dus best zijn dan als je Synology het minder doet in de winrar test deze toch sneller is in algemeen gebruik dan een model dat hier beter scoort. Dus daar moet men zich niet blind op staren.

Dat sowieso! Of je NAS nou 1 core voltrekt aan (SSL) downloaden, uitpakken of een database query uitvoert; vanaf het moment dat je maar 1 core hebt is je NAS vanaf dat moment onwerkbaar traag, waar een multicore NAS nog 1 (of meer) cores volledig vrij heeft om de andere processen snappy te laten draaien.

Indien je met SabNZBD hier meerdere files achter elkaar download, gebruikt hij tegelijkertijd 1 core voor het downloaden EN 1 voor het uitpakken. (beide processen werken helaas maar single core) Indien beide acties even lang zouden duren, betekend dat wel dat hij bijna 2x zo snel klaar is met alles t.o.v. een NAS die maar 1 core heeft.
NZBGet lijkt daarentegen overigens wel meerdere cores te gebruiken voor het downloaden.

[SmiGueL]

McVirusS schreef op woensdag 27 februari 2013 @ 14:28:

Omdat ik wel benieuwd was naar de prestaties onder DSM 6.0 heb ik even geprobeerd om de benchmark opnieuw te runnen, maar loop helaas tegen een probleem aan.

De module unzip en unrar staat heleaas niet meer op de oude locaties /usr/syno/bin/unzip en /usr/syno/bin/unrar
Ik zie wel een zip en unrar module staan bij /usr/bin/zip en usr/bin/unrar, maar die zip geeft een error en het registreren van de tijd tijdens de unrar werkt ook niet als gepland.
De zip is alleen nodig om het .zip bestand met de test-rar-files uit te pakken VOORDAT de echte benchmark begint, dus dit heb ik maar even met de PC gedaan.
Als ik de behchmark vervolgens run met Putty en/of WinSCP (Ik heb gewoon het .sh bestand aangepast en de unrar locatie aangepast) dan krijg ik het volgende resultaat:



Schijnbaar is sinds DSM 6.0 het modelnummer dus niet meer op de oude manier op te vragen, en wordt tevens de tijd niet meer goed gelogd.

Mijn kennis schiet hier echter een beetje tekort om dit op te lossen (volgens mij zit de uitleesfout van de tijd in regel 33), maar het zou mooi zijn als iemand hier een fix voor kan vinden, zodat de recente én toekomstige modellen ook vergeleken kunnen worden.

[lubbertkramer]

In het Synology topic onderstaande gepost:

Test uitgevoerd welke hier beschreven stond:

kraades schreef op zondag 27 maart 2016 @ 00:46:
Nieuwe versie:

wget https://db.tt/UFqvRJNy -O synotest2.sh
sh synotest2.sh

Resultaten DS916+ (8GB) met DSM6:
(test is uitgevoerd met 4TB WD Red in BTRFS)

Test 1:

Model	CPU	# cores	MemTotal	MemFree	Unrar version	Unpacktime
DS916+	Intel(R)Pentium(R)CPUN3710@1.60GHz	4	8093664 kB	6967672 kB	5.21	0m12.245s

Test 2:

Model	CPU	# cores	MemTotal	MemFree	Unrar version	Unpacktime
DS916+	Intel(R)Pentium(R)CPUN3710@1.60GHz	4	8093664 kB	6967136 kB	5.21	0m12.231s

En nog een plaatje van de test:


Ter vergelijking de test op mijn DS414 met DSM 6 gedaan met WD Red in ext4 (packages even stopgezet voor eerlijke vergelijking)

Test 1:

Model	CPU	# cores	MemTotal	MemFree	Unrar version	Unpacktime
DS414r1	MarvellPJ4Bv7Processorrev2(v7l)	2	1033708 kB	14244 kB	5.21	0m34.745s

Test 2:

Model	CPU	# cores	MemTotal	MemFree	Unrar version	Unpacktime
DS414r1	MarvellPJ4Bv7Processorrev2(v7l)	2	1033708 kB	17544 kB	5.21	0m33.967s

[ Voor 13% gewijzigd door lubbertkramer op 16-05-2016 18:45 ]