Fra NZB til en verificeret fil
før andre er færdige med at hente.

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.

9.0-9.3 Gbps på en 10 GbE-linje 190 GB → 4m47s til en verificeret fil RAR-volumener rører aldrig disken Halvdelen af den disk, konkurrenterne kræver RAM-budgetteret · 0 swaps, nogensinde
Download Se tallene

macOS · Windows · Linux · Docker: én selvstændig eksekverbar fil med reparations- og udpakningsværktøjer indbygget.

nzbfast-dashboardet midt i en download ved 61 MB/s: gennemløb med top på 104 MB/s hen over en fuld historikgraf, live ressource- og pr.-udbyder-diagrammer og pipelinefaserne download/verificér/udpak, der overlapper

Derfor er den hurtig

Cirka 95% af alle usenet-downloads i ét gennemløb

Vi målte, hvad der faktisk postes på usenet, før vi besluttede, hvad der skulle optimeres, og én idé gør det meste af arbejdet. Det hele er målt i benchmark-loggen med kommandoer, du selv kan køre igen.

🚿

Ét gennemløb, næsten enhver form

Artikler SIMD-afkodes på stedet, skrives én gang direkte til deres endelige offsets og PAR2-verificeres ud fra de samme buffere. Arkivet udpakkes under downloaden, så dets volumener aldrig findes som filer overhovedet. Det gælder almindelige, krypterede, nestede og 7z-arkiver, hvilket er cirka 95% af alt, der postes, målt i volumen. Ægte komprimerede arkiver pakkes også ud, mens de ankommer, og falder først tilbage til et andet gennemløb, når sættet er for stort til at holde i hukommelsen, mens det dekomprimeres.

🕸️

Union-tilgængelighed

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.

🔁

Pipelinet NNTP, gjort ordentligt

At holde flere forespørgsler undervejs pr. forbindelse er ikke vores idé, og de gode klienter gør det. Vores er usædvanligt effektiv: på fire steder målte vi +12% til +270% over seriel, og en linje mættes ved 8 forbindelser i stedet for 30–50, så du får fuld hastighed uden at hamre løs på din udbyder. SABnzbd leverer den stadig slået fra.

Pipelinen

Rør hver byte én gang

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 ─▶ (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
Beskadiget post? Defekte blokke kendes i det øjeblik, deres artikler fejler, det nøjagtigt tilpassede minimum af genoprettelsesvolumener hentes under downloaden (22 blokke hentet for 20 nødvendige i bench-runden), og reparationen rører kun de beskadigede spænd. Umulig post? Den afbryder på sekunder efter at have hentet næsten intet, før din kvote opdager det.

Nøglefunktioner

Alt, hvad en seriøs opsætning har brug for

Hele listen (hver knap, hver integration) findes på funktionssiden.

  • Downloads ved linjehastighed: pipelinet NNTP målt ved 9.0-9.3 Gbps på en 10 GbE-linje, hvis eget loft er 9.8; den hurtigste klient på hvert rent benchmark-ben, ved enhver størrelse.
  • One-pass-pipeline: afkodning, verificering og udpakning overlapper; arkivvolumenerne rammer aldrig disken, uanset om posten er almindelig, krypteret eller nestet; kræver 1× disk, hvor andre kræver ~2×. På en 94 GB krypteret release er det 90 GB skrevet i stedet for 180 GB.
  • Union-tilgængelighed på tværs af udbydere: blok-eksakt routing på tværs af backbones; preflight-domme; nøjagtigt tilpasset reparation; tidlig afbrydelse af umulige posts.
  • Hukommelsesbudget: ét globalt RAM-budget med nænsomme spill-niveauer. Den swapper aldrig din maskine: et 190 GB-job fuldføres inden for et 1 GB-budget (~1.1 GB top-RSS).
  • Crash-sikker genoptagelse: en journal på artikelniveau betyder, at et crash eller kill −9 midt i en download næsten intet koster: den genoptager og henter kun det igen, der ikke blev gemt.
  • Drop-in-API'er: SABnzbd-kompatibelt API og NZBGet JSON-RPC: Sonarr, Radarr, nzb360 og LunaSea virker uændret. Import af din SAB-/NZBGet-konfiguration med ét klik.
  • nzblnk:-links, løst op: indsæt et på dashboardet, eller klik på et direkte på et board, når macOS- eller Windows-installationen har registreret skemaet. Det slørede indlæg slås først op i dit eget indeks og derefter hos dine indeksere, og adgangskoden i linket følger med jobbet.
  • Indbygget indexer: scanner dine newsgroups til et søgbart lokalt indeks og serverer Newznab, så din *arr-stak også kan søge i det.
  • Postervæg med nøglefri metadata: artwork, bedømmelser, medvirkende og synopser for alt i dit indeks, uden en eneste API-nøgle at skulle tilmelde sig.
  • Overvågningsliste-automatisering: navngiv en serie eller film (sendt eller ej); den hentes i det øjeblik den dukker op og kvalitetsopgraderes derefter, indtil dit mål er nået.
  • Én eksekverbar fil: reparation (par2) og udpakning (RAR) er indbygget i binæren. Pak ud, kør, færdig, og begge matcher eller slår de selvstændige værktøjer, når de kappes hver for sig.

Benchmarks

190.6 GB → en verificeret 167.9 GB-fil

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).

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

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

Ret dine eksisterende værktøjer mod den

Sonarr / Radarr

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.

Step-by-step setup →

nzb360 / LunaSea

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. (nzb360: SABnzbd API.)

Kommer du fra SAB eller NZBGet?

É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.

Prøv den i løbet af de næste to minutter

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.

Download nzbfast Læs hele funktionslisten