Fra NZB til en verifisert fil
før andre er ferdige med å laste ned.

nzbfast er en Usenet-nedlaster bygget rundt én enkelt omgang: hver byte blir dekodet, verifisert og pakket ut mens den lastes ned. Ingen sammensettingsrunde etterpå, ingenting igjen å verifisere eller pakke ut når den er ferdig. I det øyeblikket fremdriftslinjen fylles, er filen ferdig og beviselig intakt.

9,0-9,3 Gbps på en 10 GbE-linje 190 GB → 4m47s til en verifisert fil RAR-volumer rører aldri disken Halve disken konkurrentene trenger RAM-budsjettert · 0 swaps, noensinne
Last ned Se tallene

macOS · Windows · Linux · Docker: én selvstendig kjørbar fil, reparasjons- og utpakkingsverktøy innebygd.

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

Hvorfor den er rask

Omtrent 95 % av alle usenet-nedlastinger i én omgang

Vi målte hva som faktisk postes på usenet før vi bestemte hva som skulle optimaliseres, og én idé gjør mesteparten av jobben. Alt er målt i benchmark-loggen med kommandoer du kan kjøre på nytt.

🚿

Én omgang, nesten alle former

Artikler SIMD-dekodes på stedet, skrives én gang rett til sine endelige offset og PAR2-verifiseres fra de samme bufferne. Arkivet pakkes ut underveis i nedlastingen, så volumene dets finnes aldri som filer i det hele tatt. Det gjelder vanlige, krypterte, nøstede og 7z-arkiver, som er omtrent 95 % av alt som postes, målt i volum. Genuint komprimerte arkiver pakkes også ut mens de kommer inn, og faller først tilbake til en andre omgang når settet er for stort til å holdes i minnet mens det dekomprimeres.

🕸️

Union-tilgjengelighet

En artikkel «mangler» bare når hver konfigurerte backbone har avvist den. Blokk-eksakt regnskap avgjør COMPLETE / REPAIRABLE / IMPOSSIBLE før det sløses byte, henter det eksakt tilpassede minimumet av gjenopprettingsblokker, og avbryter håpløse nedlastinger på sekunder.

🔁

Pipelinet NNTP, gjort skikkelig

Å holde flere forespørsler underveis per tilkobling er ikke vår idé, og de gode klientene gjør det. Vår er uvanlig effektiv: på fire steder målte vi +12 % til +270 % over seriell, og en linje metter seg ved 8 tilkoblinger i stedet for 30–50, så du får full fart uten å hamre løs på leverandøren din. SABnzbd leverer den fortsatt avslått.

Pipelinen

Rør hver byte én gang

Konkurrenter skriver arkivvolumene, leser dem inn igjen for å verifisere, leser dem enda en gang for å pakke ut, og skriver så utdataene, omtrent 2× skrivinger og 2× lesinger. nzbfast gjør dette 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 ─▶ (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
Skadet post? Defekte blokker er kjent i det øyeblikket artiklene deres feiler, det eksakt tilpassede minimumet av gjenopprettingsvolumer hentes underveis i nedlastingen (22 blokker hentet for 20 nødvendige, i benchmark-runden), og reparasjonen rører bare de skadede områdene. Umulig post? Den avbryter på sekunder etter å ha lastet ned nesten ingenting, før kvoten din merker det.

Hovedfunksjoner

Alt et seriøst oppsett trenger

Den fulle listen (hver innstilling, hver integrasjon) finner du på funksjonssiden.

  • Nedlastinger på linjefart: pipelinet NNTP målt til 9,0-9,3 Gbps på en 10 GbE-linje med et eget tak på 9,8; den raskeste klienten på hver rene benchmark-etappe, ved hver størrelse.
  • Pipeline i én omgang: dekoding, verifisering og utpakking overlapper; arkivvolumene treffer aldri disken, uansett om posten er vanlig, kryptert eller nøstet; trenger 1× disk der andre trenger ~2×. På en 94 GB kryptert release er det 90 GB skrevet i stedet for 180 GB.
  • Fler-leverandør union-tilgjengelighet: blokk-eksakt ruting på tvers av backbones; preflight-dommer; eksakt tilpasset reparasjon; tidlig avbrudd av umulige poster.
  • Minnebudsjett: ett globalt RAM-budsjett med elegante spill-nivåer. Den swapper aldri maskinen din: en 190 GB-jobb fullføres innenfor et 1 GB-budsjett (~1,1 GB topp-RSS).
  • Krasjsikker gjenopptaking: en journal på artikkelnivå gjør at et krasj eller kill −9 midt i nedlastingen koster nesten ingenting: den gjenopptar, og henter på nytt bare det som ikke ble lagret.
  • Klar-til-bruk-API-er: SABnzbd-kompatibelt API og NZBGet JSON-RPC: Sonarr, Radarr, nzb360 og LunaSea fungerer uendret. Ett-klikks-import av SAB-/NZBGet-oppsettet ditt.
  • nzblnk:-lenker, løst opp: lim inn en på panelet, eller klikk på en rett på et board når macOS- eller Windows-installasjonen har registrert skjemaet. Det tilslørte innlegget slås opp i ditt eget indeks først, så hos indeksererne dine, og passordet i lenken følger med jobben.
  • Innebygd indekserer: skanner newsgroupene dine inn i en søkbar lokal indeks, serverer Newznab så *arr-stacken din kan søke i den også.
  • Plakatvegg med nøkkelfri metadata: illustrasjoner, vurderinger, rollebesetning og sammendrag for alt i indeksen din, uten API-nøkler å registrere seg for.
  • Watchlist-automatisering: navngi en serie eller film (sendt eller ikke); den hentes i det øyeblikket den dukker opp, deretter kvalitetsoppgradert til målet ditt er nådd.
  • Én enkelt kjørbar fil: reparasjon (par2) og utpakking (RAR) rir inni binæren. Pakk ut, kjør, ferdig, og begge matcher eller slår de frittstående verktøyene når de kappes hver for seg.

Ytelsestester

190,6 GB → en verifisert 167,9 GB-fil

Samme maskin, samme seks leverandører, kjøringer flettet rett etter hverandre. Det som måles, er når en brukbar, utpakket fil finnes, den eneste målingen som virkelig betyr noe. Hver konkurrent ble justert til sitt eget dokumenterte beste, helt ned til å slå SABnzbds pipelining på, som den leveres uten.

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

190,6 GB NZB → én enkelt 167,9 GB mkv, M1 Ultra på 10 GbE, 6 leverandører × 8 tilkoblinger. Samme jobb fullføres også innenfor et 1 GB minnebudsjett. Fulle tabeller, alle sju scenarioene, og de etappene vi ikke vinner (pluss hvordan du reproduserer dem) finner du på benchmark-siden.

Passer stacken din

Pek de eksisterende verktøyene dine mot den

Sonarr / Radarr

Fullt SABnzbd-kompatibelt API, legg til nzbfast som en «SABnzbd»-nedlastingsklient, og den bare fungerer: hentinger, kategorier, prioriteter, nye forsøk, etterbehandlingsskript (SAB_*-kontrakt), historikk. Newznab-fasaden går ett skritt lenger og lar *arr-ene søke i din lokale indeks som om den var en indekserer.

Step-by-step setup →

nzb360 / LunaSea

Daemonen snakker NZBGets JSON-RPC også, så de populære telefonfjernkontrollene styrer nzbfast uten endringer. Og dashbordet selv har en skikkelig telefonlayout for når du er borte fra storskjermen. (nzb360: SABnzbd API.)

Kommer du fra SAB eller NZBGet?

Ett klikk importerer serverne dine fra en eksisterende SABnzbd- eller NZBGet-installasjon (den leser også sabnzbd.ini direkte). Overvåkingsmapper, RSS-feeder med filtre, smartmapper med TV-arkivering og oppryddingsregler blir med på lasset.

Prøv den i løpet av de neste to minuttene

Pakk ut, dobbeltklikk launcheren, svar på tre spørsmål (eller la den finne SABnzbd-oppsettet ditt), og dashbordet åpner seg. Første nedlasting innen to minutter.

Last ned nzbfast Les hele funksjonslisten