NzbGet veel CPU?

[Handige Harry]

Ik wilde na alle verhalen dat Sabnzb veel cpu in beslag nam doormiddel van Python, NzbGet eens proberen.

Maar als ik 1 nzb download via NzbGet staat de cpu al in het rood?

Kijk ik bij processen dan staat er gemiddeld rond 40% cpu, zie bijgevoegde afbeeldingen? 


Staat er ergens iets fout? Hoort dit zo? Waarom zegt iedereen dat het zo weinig cpu gebruikt?


Edit : Dit is op een DS 414 met DSMversie :DSM 5.2-5644

[Pippin]

NZBget zal wel single-threaded zijn.
Als daar dan 50% CPU staat zal dat betekenen dat één CPU-core 100% belast is in geval van DS414 (duo-core).

[Handige Harry]

Hoger kan ook nog hoor 



Maar is dit nou normaal of heb ik iets verkeerds ingesteld?

Dan ga ik goed pluizen, en anders Sabnzb weer aanzetten.

Edit :Of is dit het grote probleem hiervoor?
Zie afbeelding 2

[Ben(V)]

Als je Nzbget wilt vergelijken met Sabnzb zegt het momentele cpu gebruik helemaal niets.

Misschien gaat Nzbget wel veel efficienter met je download capaciteit om en download hij een bestand wel 4 keer zo snel als SabNzb.
Daar zal hij dan, als hij daar mee bezig is veel meer cpu power voor nodig hebben, maar wel veel korter.

Bedenk dat een groot cpu gebruiker unparren is en dat kost altijd veel cpu power.

Kortom je vergelijkt appels met konijen.

[Pippin]

Ja, hoger kan. Het zal wel meerdere processen aanroepen ofzo.
In PuTTY htop intikken geeft dan een iets beter inzicht.

Over het instellen weten anderen meer dan ik want ik gebruik het niet.

[Handige Harry]

@Ben(V) Ik ken wel appels met peren, en dan zit je er meestal al echt een stuk naast.

Dus als ik appels met konijnen ga vergelijken dan zit ik er wel heel veel naast zeg 

Maar alle konijnen op een stokje.

Ik heb dit forum en google een beetje doorgespit en overal komt naar voren dat NzbGet veel beter met je cpu enz omgaat.

Ik ga nog wel ff rustig alles een op een rijtje zetten, en ook via putty eens even kijken.

Thnx @MMD en @Ben(V)

[Handige Harry]

Toch nog even screenshot van putty @MMD 

[Ben(V)]

Zoals ik al zei, gaat het om het cpu gebruik in de tijd en niet om de absolute cpu tijd.
Als je dat laatste vervelend vind kun je wat aan de prioriteit van de processen doen, maar als het verder niets in de weg zit denk ik altijd bij een hoog cpu gebruik "goed zo ik heb die cpu power niet voor niets aangeschaft" als dat ding niets staat te doen heb je een te zware Nas.

Ik wil geen oordeel uitspreken over de efficientie van Sabnzb of nzbget.
De theorie is dat nzbget sneller zou zijn om dat het gecompileerde code is en Sbnzbd is in python geschreven en moet dus "on the fly" omgezet worden in machine code.

Nu is het wel zo dat de python interpreter behoorlijk efficient is maar dat terzijde.

Waar het om gaat is waar gaat die cpu tijd inzitten en dat is in beide gevallen in het downloaden van nzb bestanden naar je Nas en het unparren van die nzb's.
Dat eerste zal qua cpu gebruik weinig verschil maken tussen de twee applicaties want dat werk wordt overgelaten door aan system calls naar linux, die dan het echte werk doet.

Unparren zou veel verschil in kunnen zitten, maar ook daar zou ik niet zo maar durven zeggen welke sneller is.
Python heeft heel veel in C geschreven libraries aan boord en die zouden best wel efficienter kunnen zijn als de custom code van nzbget.

Wat wel merkbaar verschil oplevert is de gebruikers interface waarvan velen zeggen dat nzbget veel responsiver is dan die van Sabnzbd, maar persoonlijk lijkt me dat voor een download applicatie tamelijk onbelangrijk.

Als laatste nog de opmerking dat je NAS wel een heel "dun" model is, ik denk dat als je het op je DS414 draait het allemaal een stuk beter draait.

[Handige Harry]

In de begin post had ik al vermeld dat ik dit draai op de DS 414

Toch dank voor het uitleggen iig. Ik snap waar je op doelt.

En zoals met veel dingen zijn het de persoonlijke eisen die de doorslag geven.

[Ben(V)]

Sorry overheen gelezen.

[hansiedown]

Harry,
Paar maanden terug had ik ook potsklaps een hoog CPU gebruik van NzbGet op mijn NAS.
Zelfs als er niets gedownload werd.
nzbget hoper CPU gebruik
Heb nooit de oorzaak kunnen vinden en schijnbaar hadden anderen hier geen last van.

Is spontaan ontstaan (gebruik het al 'jaren') en is ook spontaan weer verdwenen.
Geen idee of de oplossing was:
Herstart van de NAS, een update van nzbget, ergens een wijziging in mijn configuratie van nzbget.
Meest waarschijnlijke (voor mijn gevoel) was een update van nzbget de oplossing. Deze kwam binnen 2 weken na de release van de vernmelde versie.
Het is nu weer zoals ik het verwacht, uitsluitend als er een parcheck of unrar plaatsvindt zie ik het CPU gebruik oplopen

[Handige Harry]

Ben al weer over gestapt naar sabnzb, kijk dit weer even aan.

Misschien probeer ik het over een paar weken wel weer, dank voor het melden iig!