×

Help Tweakers weer winnen!

Tweakers is dit jaar weer genomineerd voor beste nieuwssite, beste prijsvergelijker en beste community! Laten we ervoor zorgen dat heel Nederland weet dat Tweakers de beste website is. Stem op Tweakers en maak kans op mooie prijzen!

Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Software-update: SABnzbd 2.0.0 alpha 1

Door , 23 reacties, submitter: Safihre, bron: SABnzbd

27-02-2017 • 12:56

23 Linkedin Google+

Submitter: Safihre

Bron: SABnzbd

SABnzbd logo (75 pix) De allereerste testversie van SABnzbd 2.0 is uitgekomen. Met SABnzbd kunnen bestanden van usenet worden gedownload. Dit opensourceprogramma is beschikbaar voor Windows, Linux en OS X, en biedt de mogelijkheid om nzb-bestanden te laden, waarna de juiste files van usenet worden geplukt. Met de ingebouwde webinterface is het mogelijk om het programma via een webbrowser te bedienen. De belangrijkste verbetering in versie 2.0 is SABYenc, een module die usenetartikelen kan snel kan decoderen en die voor een hogere downloadsnelheid moet zorgen.

New in 2.0.0: SABYenc
To improve SABnzbd's performance on systems where CPU power is limiting download speed, we developed a new module called SABYenc to accelerate the decoding of usenet articles. Depending on the hardware, download speed can greatly increase.

The Windows and macOS releases automatically include this module, for other platforms you can read more here. If you experience issues, please report them on our Forums! The module is not mandatory, the _yenc module will continue to work and its performance will be similar.

What's new in 2.0.0
  • Post-processing scripts now get additional job information via SAB_* environment variables - See: #785
  • Certificate Validation set to Strict for newly added newsservers
  • Schedule items can now be enabled and disabled
  • Remove Secondary Web Interface option
  • HTTP-redirects in interface are now relative URL's
  • Moved some lesser used settings to Config->Specials
  • Cache usage is now updated continuously in the Status Window
  • On macOS SABnzbd was set to have low IO-priority, this is now set to normal
Bug fixes in 2.0.0
  • Warn in case encoding is not set to UTF-8
  • Retry ADMIN-data saving 3x before giving error
Upgrade notices
  • Windows: When starting the Post-Processing script, the path to the job folder is no longer in short-path notation but includes the full path. To support long paths (>255), you might need to alter them to long-path notation (\?).
  • Schedule items are converted when upgrading to 2.x.x and will break when reverted back to pre-2.x.x releases.
  • The organization of the download queue is different from pre-1.x.x releases. So 2.x.x will not see the existing queue, but you can go to Status->QueueRepair and "Repair" the old queue.

Versienummer 2.0.0 alpha 1
Releasestatus Alpha
Besturingssystemen Windows 7, Linux, macOS, Windows Vista, Windows 8, Windows 10
Website SABnzbd
Download https://github.com/sabnzbd/sabnzbd/releases/tag/2.0.0Alpha1
Bestandsgrootte 10,92MB
Licentietype GPL

Update-historie

Reacties (23)

Wijzig sortering
Hoe verhoud zich de processor belasting van deze versie van Sabnzbd zich tot NZbGet ?

Ik ben onlangs over gegaan van Sab naar NZBget en ik merk dat die een stuk zuiniger omspringt met de computer resources, terwijl de downloadsnelheid gelijk is van beide programma's.
Het gaat dan om Windows 10 64bit.

[edit]
Blijkbaar is de Yenc decoder nu een pre-compiled c-geschreven stuk code:
Zie git repository van sabyenc

Nu dat stuk pre-compiled is zal de belasting tussen de twee clients dichter bij elkaar komen te liggen.

[Reactie gewijzigd door whitecrow op 27 februari 2017 15:12]

Het is toch algemeen bekend dat NZBGet beter scoort qua performance (C++ vs Python) dus vanwaar deze vraag?

[Reactie gewijzigd door WicKeD.El.GuPPo op 27 februari 2017 14:56]

In de changelog van SabNZBD staat:
New in 2.0.0: SABYenc
to improve SABnzbd's performance on systems where CPU power is limiting download speed, we developed a new module called SABYenc to accelerate the decoding of usenet articles. Depending on the hardware, download speed can greatly increase.

Dus mijn vraag:
Hoe verhoud zich de processor belasting van deze versie van Sabnzbd zich tot NZbGet?
Het gaat me dan om de nieuwe Yenc downloader van Sabnzbd.

(ik kan het natuurlijk testen :) maar als iemand het al getest heeft is dat sneller.)
Nog steeds een beetje meer, maar niet veel meer.
Ik haal met nzbget en sabnzbd hetzelfde. (36.1 MB/'s met mijn 300 mbit ziggo verbinding). Paar keer nzbget geprobeerd maar toch terug. Scheelt voor mij niets. Hoe komt het dan dat mensen klagen over performance? Te trage cpu en hdd?
Ik heb ook 300mbit maar ik mag blij zijn als ik de 30MB/s aantik met sabnzbd. Ik zit nu bij usenetserver en tot nu toe van alle usenetproviders de snelste. Ik zou graag willen weten welke usenet provider je gebruikt dat je zo'n snelheid haalt.

Al heb ik wel een keer een dev van sabnzbd gesproken en had ze destijds vermeld dat ik via freenas wel makkelijk de 30MB/s haalde maar via windows server 2016 niet. Nu zei die dev dat ze dit vaker gehoord hadden en dat het dus ook aan windows server kan liggen (heb het nog niet uitgetest op mijn standaard desktop dus durf niet te zeggen of de performance daar beter is).

De server draait in principe alleen sonarr, plex, sabnzbd, qbittorrent en is een domain controller. Dus je zou zeggen dat dit met een i5 en 32GB ram geen probleem mag zijn (wat het buiten de snelheid om ook niet is). Heb een dual nic en de maximale snelheid heb ik behaald in tests (intern uiteraard, had ik maar een 2Gbps verbinding naar buiten haha).
ik gebruik dezelfde usenetprovider als jij... ik heb 12 verbindingen verdeeld over 3 poorten (dus 3x4).... ik haal niet ALTIJD 36.1, heeft natuurlijk te maken met andere downloads, activiteiten en ziggo. maar regelmatig zeker. Ik draaide met SABNZBD zowel op 2008R2 naar 2012R2 en sindskort Windows 2016... allemaal geen performance drop. i7 4790k. Ik gebruik niet ziggo modem maar Ubiquiti USG3P, Ziggo modem in bridge mode.

Net testje voor je gedaan:

Gedownload in 1 min 17 seconden met een gemiddelde van 34.6 MB/sec
Leeftijd: 3d

Meer dan die 30 die jij aangeeft.
Hm gek, ik heb wel maar 8 connections. Maar heb ook een andere provider geprobeerd met ongelimiteerde connecties, maar dat was nog erger. Draai je sabnzbd op je server of hyper-v?

Met gewone downloads haal ik 38,5MB/s (gemiddeld 305Mbits) op mijn Ziggo verbinding met de nieuwe Ziggo Connect Box. Ik ga vanavond nog eens wat testjes doen, maar heb dit probleem sinds dat ik windows server ben gaan draaien (de enige reden waarom ik het blijf draaien is omdat ik het een prettig systeem vind) op mijn windows 10 pc en freenas box haal ik die snelheden wel (al heb ik het al een tijdje niet meer getest).
ik draai sab rechtstreeks op mijn server....
Gaat vooral bij mensen die het draaien op een NAS of met een gigabit connectie. Sab liep nogal achter wat dat betreft.
Haalde eerste hier maar 30MB/s terwijl nzbget met zelfde server 75MB/s haalde. Deze nieuwe versie haalt nu 70MB/s.
goed zo, toekomst voorbereid :) helaas haal ik maar 36.1 MB/s ;) Dat is toch bijna mijn volledige 300 Mbit/s (288...) niet slecht. Maar voor mensen met een snellere verbinding snap ik het dan wel. The Need for Speed :)
En voor de testers: met welk OS werk je?
mijne draait op Windows Server 2016
Ik heb altijd met plezier sabnzbd gebruikt op mijn synology nas maar sinds kort over op nzbget nav de berichten dat het sneller zou zijn.

Ik moet ook zeggen dat het significant sneller is! Verbruikt echt stukken minder resources, zeker RAM maar ook processor kracht nadat de downloads klaar zijn. Verder haal ik ook hogere snelheden mer nzbget. Vooral als ssl aanstaat.

Kennelijk is dit een eerste stap om die snelheid ook bij sabnzbd te krijgen en dus een goede zaak. Voorlopig blijf ik bij nzbget.

Sab heeft wel een fijnere gui, zeker met glitter.
Ik heb een trage NAS, (213+) Heb jaren sabnzbd gebruikt, op een gegeven moment overgestapt op NZBGet voor de inderdaad veel hogere downloadsnelheid maar... inmiddels weer terug op sabnzbd. Bij NZBGet nam het uitpakken, repairen, checken etc veeel meer tijd in beslag dan ik gewend was. Geen idee of dit verklaarbaar is maar ik merk soms grote verschillen. (ja pauze bij post processing in beide gevallen aan)
The organization of the download queue is different from pre-1.x.x releases. So 2.x.x will not see the existing queue, but you can go to Status->QueueRepair and "Repair" the old queue.
Dan is het dus gemakkelijker upgraden als de download queue gewoon leeg is. :) (Lijkt mij sowieso het verstandigst om te upgraden als je geen queue meer hebt.)

[Reactie gewijzigd door CH4OS op 27 februari 2017 13:18]

Fantastische download client. Draait als een zonnetje op mijn Netgear ReadyNAS. Ik heb alleen nooit het NZBNotify script werkend kunnen krijgen. Ik krijg elke keer een foutmelding, maar gezien ik een n00b ben op dit gebied, heb ik geen flauw idee wat ik ermee moet behalve wat ik met Google vind. Ik heb een update van cryptography gedaan en OpenSSL ge´nstalleerd, maar tevergeefs.
Iemand een idee?

Notification script returned exit code 1 and output "Traceback (most recent call last): File "/apps/sabnzbd/app/scripts/nzb-notify-master/Notify.py", line 290, in <module> from pnotify import * File "/apps/sabnzbd/app/scripts/nzb-notify-master/Notify/pnotify/__init__.py", line 26, in <module> from NotifyBoxcar import NotifyBoxcar File "/apps/sabnzbd/app/scripts/nzb-notify-master/Notify/pnotify/NotifyBoxcar.py", line 23, in <module> import requests File "/apps/sabnzbd/app/scripts/nzb-notify-master/Notify/requests/__init__.py", line 53, in <module> from urllib3.contrib import pyopenssl File "/apps/sabnzbd/app/scripts/nzb-notify-master/Notify/urllib3/contrib/pyopenssl.py", line 53, in <module> import OpenSSL.SSL File "/apps/sabnzbd/app/scripts/nzb-notify-master/Notify/OpenSSL/__init__.py", line 8, in <module> from OpenSSL import rand, crypto, SSL File "/apps/sabnzbd/app/scripts/nzb-notify-master/Notify/OpenSSL/SSL.py", line 112, in <module> if _lib.Cryptography_HAS_SSL_ST: AttributeError: 'FFILibrary' object has no attribute 'Cryptography_HAS_SSL_ST' "

[Reactie gewijzigd door LCP op 27 februari 2017 14:59]

Ik denk dat je CFFI opnieuw moet installeren, probeer eens pip install pyopenssl --upgrade en pip install cffi --upgrade.

Dit is trouwens in het NZBNotify script, dus niet SAB :)
Ik zie trouwens dat het opgelost kan worden met een update van NZBNotify: https://github.com/caronc/nzb-notify/issues/14
Wow! Ik ben nog eens gaan kijken wat ik kon doen. Bottomline: er mistten blijkbaar een aantal libs en packages waaronder Python-dev, openSSL-dev, cryptography, etc.
Door elke foutmelding te checken die ik na een installatiecommando kreeg, heb ik stap voor stap de juiste packages kunnen installeren tot het moment dat ik alleen nog maar 'Succesfully installed [...]' kreeg. En... het script WERKT!
Bedankt mensen! ik ben een happy camper! :)
Helaas niet. Ik heb de laatste versie gebruikt.
Als ik pyopenssl en cffi wil updaten, krijg ik een fatal error:

fatal error: Python.h: no such file or directory
Debian? -> apt-get install libpython-dev
Wat realistisch dat de queue helemaal volstaat met Linux-distributies. :D

Op dit item kan niet meer gereageerd worden.


Apple iPhone X Google Pixel 2 XL LG W7 Samsung Galaxy S8 Google Pixel 2 Sony Bravia A1 OLED Microsoft Xbox One X Apple iPhone 8

© 1998 - 2017 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Hardware.Info de Persgroep Online Services B.V. Hosting door True

*