Från NZB till en verifierad fil
innan andra ens laddat klart.

nzbfast är en Usenet-nedladdare byggd kring ett enda pass: varje byte avkodas, verifieras och packas upp medan den laddas ner. Det finns inget monteringspass efteråt, inget kvar att verifiera eller packa upp när den väl är klar. I samma stund som förloppsstapeln fylls är filen färdig och bevisligen intakt.

9.0-9.3 Gbps på en 10 GbE-linje 190 GB → 4m47s till en verifierad fil RAR-volymer rör aldrig disken Halva disken konkurrenter behöver RAM-budgeterad · 0 swappar, någonsin
Ladda ner Se siffrorna

macOS · Windows · Linux · Docker: en fristående körbar fil, reparations- och uppackningsverktyg inbyggda.

nzbfast dashboard mid-download at 61 MB/s: throughput peaking at 104 MB/s across a full history graph, live resource and per-provider charts, and the download/verify/extract pipeline stages overlapping

Varför den är snabb

Ungefär 95 % av alla usenet-nedladdningar i ett enda pass

Vi mätte vad usenet faktiskt postar innan vi bestämde vad som skulle optimeras, och en enda idé gör det mesta av jobbet. Allt är uppmätt i benchmark-loggen med kommandon du kan köra om.

🚿

Ett pass, nästan varje form

Artiklar SIMD-avkodas på plats, skrivs en enda gång rakt till sina slutliga offset och PAR2-verifieras ur samma buffertar. Arkivet packas upp under nedladdningen, så dess volymer existerar aldrig som filer över huvud taget. Det gäller vanliga, krypterade, nästlade och 7z-arkiv, vilket är ungefär 95 % av allt som postas, räknat i volym. Även genuint komprimerade arkiv packas upp medan de kommer in, och faller tillbaka på ett andra pass först när uppsättningen är för stor för att hållas i minnet medan den packas upp.

🕸️

Union-tillgänglighet

En artikel räknas som "saknad" först när varje konfigurerad backbone har tackat nej. Blockexakt bokföring avgör COMPLETE, REPAIRABLE eller IMPOSSIBLE innan byte slösas bort, hämtar precis det exakt passande minimum av återställningsblock och släpper hopplösa nedladdningar på några sekunder.

🔁

Pipelinead NNTP, gjord ordentligt

Att hålla flera förfrågningar i luften per anslutning är inte vår idé, och de bra klienterna gör det. Vår är ovanligt effektiv: över fyra sajter mätte vi +12 % till +270 % jämfört med seriell, och en linje mättas vid 8 anslutningar i stället för 30–50, så du får full fart utan att hamra på din provider. SABnzbd levererar den fortfarande avstängd.

Rörledningen

Rör varje byte en gång

Andra klienter skriver arkivvolymerna, läser tillbaka dem för att verifiera, läser dem en andra gång för att packa upp och skriver sedan utdatan, grovt räknat 2× skrivningar och 2× läsningar. Så här gör nzbfast i stället:

socket ──TLS──▶ rapidyenc SIMD decode (in place - 4.95 GB/s per core)
                   │
                   ├─▶ pwrite at final offset          (plain posts)
                   │      └─ or: RAR-map translate ─▶ (unlock, if encrypted) ─▶
                   │         pwrite straight into the extracted file
                   │         (the rar volumes never touch disk - plain,
                   │         encrypted and nested archives alike)
                   ├─▶ PAR2 block hasher - every block MD5-verified from the
                   │      decode buffer; verification finishes with the download
                   └─▶ availability ledger - block-exact health, live
Skadat inlägg? Dåliga block är kända i samma stund som deras artiklar fallerar, det exakt passande minimum av återställningsvolymer hämtas under nedladdningen (22 block hämtade för 20 som behövdes, i bench-omgången), och reparationen rör bara de skadade spannen. Omöjligt inlägg? Det avbryter på sekunder efter att ha laddat ner nästan ingenting, innan din kvot ens märker det.

Utvalda funktioner

Allt en seriös uppsättning behöver

Hela listan (varje inställning, varje integration) finns på funktionssidan.

  • Nedladdningar i linjefart: pipelinead NNTP uppmätt till 9.0-9.3 Gbps på en 10 GbE-linje vars eget tak är 9.8; den snabbaste klienten på varje ren benchmark-etapp, i varje storlek.
  • Enpassrörledning: avkoda, verifiera och packa upp överlappar; arkivvolymerna rör aldrig disken, oavsett om inlägget är vanligt, krypterat eller nästlat; behöver 1× disk där andra behöver ~2×. På en 94 GB krypterad release är det 90 GB skrivet i stället för 180 GB.
  • Union-tillgänglighet över flera providers: blockexakt routning över backbones; preflight-utlåtanden; exakt passande reparation; tidigt avbrott av omöjliga inlägg.
  • Minnesbudget: en global RAM-budget med graciösa spill-nivåer. Den swappar aldrig din maskin: ett 190 GB-jobb blir klart inom en 1 GB-budget (~1.1 GB topp-RSS).
  • Kraschsäker återupptagning: en journal på artikelnivå gör att en krasch eller kill −9 mitt i nedladdningen kostar nästan ingenting: den återupptas och hämtar bara om det som inte hunnit sparas.
  • Färdiga API:er: SABnzbd-kompatibelt API och NZBGet JSON-RPC: Sonarr, Radarr, nzb360 och LunaSea fungerar oförändrade. Importera din SAB-/NZBGet-konfig med ett klick.
  • nzblnk:-länkar, lösta: klistra in en på panelen, eller klicka på en direkt på ett board när macOS- eller Windows-installationen har registrerat schemat. Det fördunklade inlägget slås upp i ditt eget index först, sedan hos dina indexerare, och lösenordet i länken följer med jobbet.
  • Inbyggd indexerare: skannar dina newsgroups till ett sökbart lokalt index, serverar Newznab så att din *arr-stack kan söka i det också.
  • Postervägg med nyckellös metadata: omslag, betyg, skådespelare och synopsis för allt i ditt index, utan en enda API-nyckel att registrera sig för.
  • Bevakningslisteautomatisering: namnge en serie eller film (sänd eller inte); den grabbas i samma stund den dyker upp, och kvalitetsuppgraderas sedan tills ditt mål nås.
  • En enda körbar fil: reparation (par2) och uppackning (RAR) rider inuti binären. Packa upp, kör, klart, och båda matchar eller slår de fristående verktygen när de får tävla var för sig.

Benchmarks

190.6 GB → en verifierad 167.9 GB fil

Samma maskin, samma sex providers, körningar sammanflätade rygg mot rygg. Tid tills en användbar, uppackad fil finns, det enda måttet som betyder något. Varje konkurrent trimmad till sitt dokumenterade bästa (inklusive att slå SABnzbds pipelining, som den levereras utan).

nzbfast4m 47s
NZBGet 26.29m 06s · +90%
SABnzbd 5.0.419m 29s · +307%
rustnzb 1.3.4ingen användbar fil

190.6 GB NZB → en enda 167.9 GB mkv, M1 Ultra på 10 GbE, 6 providers × 8 anslutningar. Samma jobb blir klart inom en 1 GB minnesbudget. Fullständiga tabeller, alla sju scenarier, och de etapper vi inte vinner (plus hur man reproducerar) på benchmark-sidan.

Passar din uppsättning

Rikta dina befintliga verktyg mot den

Sonarr / Radarr

Den bär hela det SABnzbd-kompatibla API:et, så du lägger till nzbfast som en "SABnzbd"-nedladdningsklient och det bara fungerar: grabbar, kategorier, prioriteter, nya försök, efterbehandlingsskript på SAB_*-kontraktet, historik. Newznab-fasaden går ett steg längre och låter *arr-verktygen söka i ditt lokala index som om det vore en indexerare.

Step-by-step setup →

nzb360 / LunaSea

Daemonen talar även NZBGets JSON-RPC, så de populära telefonfjärrarna styr nzbfast utan några ändringar. Instrumentpanelen själv har dessutom en riktig telefonlayout för när du är borta från den stora skärmen. (nzb360: SABnzbd API.)

Kommer från SAB eller NZBGet?

Ett klick hämtar in dina servrar från en befintlig SABnzbd- eller NZBGet-installation, och den läser sabnzbd.ini direkt om det är vad den hittar. Bevakningsmappar, filtrerade RSS-flöden, smarta mappar med TV-arkivering och städregler följer med på köpet.

Prova den inom de närmaste två minuterna

Packa upp, dubbelklicka på startaren, svara på tre frågor (eller låt den hitta din befintliga SABnzbd-konfig) och instrumentpanelen öppnas. Din första nedladdning landar inom två minuter.