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.
macOS · Windows · Linux · Docker: en fristående körbar fil, reparations- och uppackningsverktyg inbyggda.

Varför den är snabb
Det här är arkitektur, inte mikrooptimering, och varenda del av det är uppmätt i benchmark-loggen med kommandon du kan köra om.
Flera artikelförfrågningar hålls i luften på varje anslutning, så en tur och retur lämnar aldrig socketen sysslolös och TCP låter aldrig sitt congestion-fönster tyna mellan artiklar. Ö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.
Artiklar SIMD-avkodas på plats och skrivs en enda gång, rakt till sina slutliga offset, och PAR2-verifieras sedan ur samma avkodningsbuffertar. För store-mode-RAR-inlägg packas innehållet upp under nedladdningen, så volymerna existerar aldrig som filer: diskskrivningar hamnar på innehåll × 1.0.
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.
Rörledningen
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 ─▶ pwrite straight into the
│ extracted file (store-mode posts - the rar
│ volumes never touch disk)
├─▶ PAR2 block hasher - every block MD5-verified from the
│ decode buffer; verification finishes with the download
└─▶ availability ledger - block-exact health, live
Utvalda funktioner
Hela listan (varje inställning, varje integration) finns på funktionssidan.
Benchmarks
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å på SABnzbds pipelining, som den levereras utan).
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
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.
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.
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.
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.