NZB Fast-review en benchmark tegenover SABnzbd en NZBGet

Laatst bijgewerkt: 11-11-2026

NZB Fast is een nieuwe Usenet-downloader met een opvallende claim: archieven uitpakken terwijl ze nog worden gedownload, zodat u minder wacht en minder schijfruimte nodig hebt. We testten dat op een thuis-NAS naast SABnzbd en NZBGet, twee veelgebruikte downloaders.

Wat NZB Fast doet

Usenet-gebruikers kennen het proces. Een NZB-bestand vertelt de downloader welke artikelen nodig zijn. Het programma haalt ze op, herstelt beschadigingen met PAR2-bestanden en pakt RAR-, 7z- of ziparchieven uit tot de uiteindelijke bestanden.

SABnzbd en NZBGet ondersteunen ook vroeg uitpakken via Direct Unpack. Downloaden en uitpakken kunnen overlappen, maar archiefdelen naast de uitgepakte bestanden bewaren kan toch twee nadelen hebben:

• Er is ongeveer tweemaal de grootte van de release aan vrije ruimte nodig, omdat archieven en uitgepakte bestanden tegelijk bestaan.
• Herstel of resterend uitpakwerk kan de voltooiing tot na het downloaden verlengen.

NZB Fast pakt elk archiefvolume uit zodra het binnenkomt. Het project noemt dat one-pass downloading. In theorie is de taak klaar zodra de download klaar is en is ongeveer 1x de releasegrootte aan vrije ruimte nodig.

Het combineert ook functies die oudere programma’s aan andere tools overlaten: indexerzoeken, een volglijst, mediabrowser en voorvertoning. De API bootst SABnzbd of NZBGet na, zodat Sonarr en Radarr het als downloadclient kunnen gebruiken. Het kan servers uit een bestaande SABnzbd-configuratie importeren.

Onze testmethode

We wilden een herhaalbare test met duidelijk legale inhoud.

• De release: We haalden de officiële Debian 13.7.0 DVD-1-ISO (3,99 GB) op, controleerden de SHA-512, verdeelden die in RAR-volumes van 100 MB en voegden PAR2-herstelbestanden met 10% herstelcapaciteit toe. Daarna plaatsten we ze zelf in alt.binaries.test. Alle 6.162 artikelen bleken aanwezig op de downloadserver.
• De hardware: Een Ugreen-NAS met vier CPU-kernen en 7,5 GB RAM, met Docker. Elke downloader draaide afzonderlijk in een eigen container met een lege downloadmap.
• De server: Voor elke app dezelfde ene Amerikaanse Newshosting-server en 20 verbindingen. Onze andere containers bleven actief; de NAS was niet onbelast.
• De runs: Drie per configuratie, met een wisselende volgorde per ronde. De klok liep van het indienen van de NZB totdat de app zelf de taak als voltooid meldde. Na elke run controleerden we de uitgepakte ISO tegen Debians gepubliceerde controlesom.
• De instellingen: Standaardinstellingen voor alle apps, plus Direct Unpack ingeschakeld voor SABnzbd en NZBGet. Dat is hun eigen manier om vroeg uit te pakken.

De hoofdtests draaiden op 10 november 2026, Pacific-tijd; het begin was 11 november om 03:33 UTC. Dit zijn onze NAS-metingen, niet de gepubliceerde benchmarks van de ontwikkelaar.

Geteste versies: NZB Fast 1.10.0, SABnzbd 5.1.3 en NZBGet 26.3. We achterhaalden ze uit de bewaarde benchmarkcontainers: het onveranderlijke NZB Fast-image heeft label 1.10.0; historische startlogs noemen de versies van SABnzbd en NZBGet. Alle drie de containers waren vóór de hoofdtests aangemaakt. De oorspronkelijke resultaten bevatten geen versies. Daarom controleerden we de bewaarde containers, in plaats van aan te nemen dat het huidige latest-label de geteste versie was. De uitgave van NZB Fast v1.10.0 dateert van 10 november.

Resultaten

Snelheid

De grafiek toont de mediaan van drie runs als balk en elke afzonderlijke run als punt, zodat de spreiding zichtbaar is.

Dezelfde cijfers in een tabel, met maximaal schijfgebruik. Dat is de grootste hoeveelheid die één run gebruikte, gemeten als toegewezen blokken.

Alle 15 hoofdtestruns slaagden en leverden een ISO op die overeenkwam met de SHA-512-controlesom. ‘Snelheid tot voltooide bestanden’ is de inhoudsgrootte gedeeld door de totale voltooiingstijd, geen aparte meting van netwerkdoorvoer.

Wat opvalt:

• NZB Fast was in elke ronde het snelst. Het was ongeveer 16% sneller dan SABnzbd en bijna tweemaal zo snel als NZBGet met standaardinstellingen. De drie runs duurden 100 tot 111 seconden.
• De schijfruimteclaim hield stand. NZB Fast piekte rond 3,7 GiB voor een release van 3,7 GiB. Alle andere configuraties kwamen rond 7,4 GiB uit.
• Direct Unpack was geen gegarandeerde winst. Het hielp NZBGet in deze serie, terwijl SABnzbd er langer over deed. Drie runs bewijzen niet dat Direct Unpack SABnzbd doorgaans trager maakt.
• De tijden varieerden. SABnzbd met Direct Unpack duurde 130 tot 190 seconden. Beoordeel verschillen van 10–20% tussen nabije concurrenten voorzichtig.

Schijfruimte

Hier valt het ontwerp van NZB Fast op. In deze werklast piekten SABnzbd en NZBGet rond tweemaal de releasegrootte, ook met Direct Unpack. Deze cijfers meten toegewezen ruimte in downloadmappen, niet de totale opslag van containers of systeem.

Het verloop in de tijd verklaart waarom. De oudere downloaders groeien gestaag tot ongeveer 7,4 GiB en vallen terug tot 3,7 GiB wanneer zij de archieven verwijderen. NZB Fast reserveert binnen enkele seconden de ruimte voor het eindbestand en bleef bij deze schone release in de buurt van die omvang.

Nog twee tests

De eerste resultaten kwamen van een schone release met 20 verbindingen. We testten ook een beschadigde release en 40 verbindingen, met twee runs per app in elk extra scenario. Dat waren afzonderlijke series, met wisselende achtergrondbelasting. Vergelijk clients binnen één scenario; een verandering tussen series bewijst niet op zichzelf het voordeel van een instelling.

Een beschadigde release

Usenet-artikelen kunnen ontbreken. We verwijderden 92 artikelen, 1,5% van de RAR-data, uit de NZB. Iedere app moest daardoor de PAR2-bestanden gebruiken voor herstel vóór het uitpakken. Elke app draaide tweemaal.

Elke app herstelde de release tot een bytecorrecte ISO, maar de hersteltijd verschilde sterk. NZB Fast had 226 seconden nodig, ongeveer een kwart minder dan SABnzbd met 305 seconden. NZBGet had 641 seconden nodig, bijna driemaal zo lang als NZB Fast. Het maximale schijfgebruik van NZB Fast steeg maar licht, tot 4,0 GiB.

Meer verbindingen

Onze standaard van 20 verbindingen is lager dan wat Newshosting toestaat. De tuner van NZB Fast gaf aan dat meer verbindingen zouden helpen; daarom testten we alle apps opnieuw met 40.

Dit zijn medianen van twee runs per app. NZB Fast en NZBGet waren sneller in de serie met 40 verbindingen; SABnzbd niet. De series draaiden op verschillende momenten op een drukke NAS, dus dit bewijst niet dat uitsluitend het aantal verbindingen de verschillen veroorzaakte. Test instellingen op uw eigen aansluiting, in plaats van aan te nemen dat meer verbindingen altijd helpen.

Is het de moeite waard?

Voor een downloadcomputer met weinig schijfruimte mogelijk wel. Een dubbele ruimtebehoefte is een reëel probleem op een kleine SSD of bijna volle NAS. NZB Fast vermeed die extra toewijzing in onze test met een schone release.

Werkt SABnzbd al goed, dan is alleen de snelheidswinst bij een schone download bescheiden. Twintig seconden verschil op 4 GB verandert uw dag niet; verbinding en aanbieder tellen zwaarder dan de client. Het verschil groeide bij beschadigde releases, waar NZB Fast ongeveer een kwart sneller klaar was dan SABnzbd. Dat is veelbelovend, maar onze bewust beschadigde release vertegenwoordigt niet ieder herstelprobleem.

Waar u op moet letten

• Niet-ondertekende apps. De macOS- en Windows-versies zijn niet genotariseerd of code-ondertekend; verwacht beveiligingswaarschuwingen bij de eerste start. Docker voorkomt dat.
• Onbekende beheerder. We konden niet achterhalen wie het project beheert. Dat telt bij software die de inloggegevens van uw aanbieder bewaart.
• Jonge software. SABnzbd en NZBGet worden al jaren onderhouden. NZB Fast is veel nieuwer en heeft een kleinere gemeenschap.
• Dubbele downloads. NZB Fast hield een tweede kopie van dezelfde release vast als ‘alternatief’ totdat we de wachtrij leegmaakten. NZBGet sloeg ook een als dubbel herkende NZB over. Dat is verstandige bescherming, maar kan verrassen wanneer u bewust opnieuw downloadt.
• Niet altijd één doorgang. Zelfuitpakkende archieven, gesplitste zipbestanden en hervatte taken vallen terug op de tragere aanpak met twee kopieën.

Uitproberen

1. Start Docker-image nzbfast/nzbfast. Het dashboard gebruikt poort 6789.
2. Voeg de Usenet-server toe in het dashboard of importeer servers uit SABnzbd. Houd rekening met de verbindingslimiet van uw aanbieder.
3. Voeg een NZB toe of verbind Sonarr en Radarr via de API-sleutel.
4. Houd het dashboard uitsluitend op uw thuisnetwerk bereikbaar.

Ons oordeel

NZB Fast maakte in onze test de belangrijkste beloften waar: het was het snelst en gebruikte half zoveel schijfruimte. Door de beperkte standaardbeveiliging en onbekende beheerder zouden we het eerst lokaal proberen, en er nog niet volledig op vertrouwen. Meer releases, per run vastgelegde image-digests en een verder onbelaste NAS zouden een sterker vervolgonderzoek opleveren.

Bekijk voor functies, installatie en beveiliging het NZB Fast-project. Wilt u nu een bewezen oplossing? Lees onze SABnzbd-review.