nzbfast er en Usenet-downloader bygget op om ét enkelt gennemløb: hver byte afkodes, verificeres og udpakkes, mens den hentes. Der er ingen samlefase bagefter, intet tilbage at verificere eller pakke ud, når den er færdig. I det øjeblik fremgangsbjælken er fuld, er filen færdig og beviseligt intakt.
macOS · Windows · Linux · Docker: én selvstændig eksekverbar fil med reparations- og udpakningsværktøjer indbygget.

Derfor er den hurtig
Det her er arkitektur, ikke mikrooptimering, og hver eneste del af det er målt i benchmark-loggen med kommandoer, du selv kan køre igen.
Flere artikelforespørgsler holdes undervejs på hver forbindelse, så en rundrejse aldrig lader socket'en stå i tomgang, og TCP aldrig lader sit overbelastningsvindue henfalde mellem artikler. På fire steder målte vi +12% til +270% over seriel, og en linje mættes ved 8 forbindelser i stedet for 30–50.
Artikler SIMD-afkodes på stedet og skrives én gang, direkte til deres endelige offsets, og PAR2-verificeres så ud fra de samme afkodningsbuffere. For store-mode-RAR-posts udpakkes indholdet under downloaden, så volumenerne aldrig findes som filer: skrevet disk ender på indhold × 1.0.
En artikel er kun "manglende", når hver eneste konfigureret backbone har afvist den. Blok-eksakt bogføring afgør COMPLETE / REPAIRABLE / IMPOSSIBLE, før der spildes bytes, henter det nøjagtigt tilpassede minimum af genoprettelsesblokke og afbryder håbløse downloads på sekunder.
Pipelinen
Konkurrenterne skriver arkivvolumenerne, læser dem igen for at verificere, læser dem endnu en gang for at udpakke og skriver så outputtet, cirka 2× skrivninger og 2× læsninger. nzbfast gør det her i stedet:
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
Nøglefunktioner
Hele listen (hver knap, hver integration) findes på funktionssiden.
Benchmarks
Samme maskine, samme seks udbydere, kørsler flettet ryg mod ryg. Tid indtil en brugbar, udpakket fil findes, det eneste tal, der betyder noget. Hver konkurrent tunet til sit dokumenterede bedste (inklusive at slå SABnzbds pipelining til, som den leveres uden).
190.6 GB NZB → én enkelt 167.9 GB mkv, M1 Ultra på 10 GbE, 6 udbydere × 8 forbindelser. Samme job fuldføres inden for et 1 GB-hukommelsesbudget. Fulde tabeller, alle syv scenarier og de ben, vi ikke vinder (plus hvordan du reproducerer dem) på benchmark-siden.
Passer til din opsætning
Fuldt SABnzbd-kompatibelt API, tilføj nzbfast som en "SABnzbd"-downloadklient, og det virker bare: hentninger, kategorier, prioriteter, nye forsøg, efterbehandlingsscripts (SAB_*-kontrakt), historik. Newznab-facaden går et skridt videre og lader *arr-programmerne søge i dit lokale indeks, som var det en indexer.
Daemonen taler også NZBGets JSON-RPC, de populære telefon-fjernbetjeninger styrer nzbfast uændret. Og selve dashboardet har et førsteklasses telefonlayout til, når du er væk fra den store skærm.
Ét klik importerer dine servere fra en eksisterende SABnzbd- eller NZBGet-installation (den læser også sabnzbd.ini direkte). Watch-mapper, RSS-feeds med filtre, smarte mapper med tv-arkivering og oprydningsregler følger med på købet.
Pak ud, dobbeltklik på starteren, svar på tre spørgsmål (eller lad den finde din SABnzbd-konfiguration), og dashboardet åbner. Første download inden for to minutter.