De la NZB la un fișier verificat
înainte ca alții să termine descărcarea.

nzbfast este un descărcător Usenet construit în jurul unui pipeline într-o singură trecere: fiecare octet este decodat, verificat și extras în timp ce se descarcă. Nu urmează nicio trecere de asamblare, nu mai rămâne nimic de verificat sau dezarhivat odată terminat. În clipa în care bara de progres se umple, fișierul e gata și demonstrabil intact.

8.31 Gbps pe o linie de 10 GbE 190 GB → 4m33s către un fișier verificat Volumele RAR nu ating niciodată discul Jumătate din discul de care au nevoie concurenții Cu buget de RAM · 0 swap-uri, vreodată
Descarcă Vezi cifrele

macOS · Windows · Linux · Docker: un singur executabil de sine stătător, cu instrumentele de reparare și dezarhivare integrate.

panoul nzbfast în timpul unei descărcări, la 61 MB/s: debit cu vârf de 104 MB/s pe un grafic de istoric complet, grafice live de resurse și per provider, și etapele pipeline-ului descărcare/verificare/extragere suprapunându-se

De ce e rapid

Trei idei pe care clienții obișnuiți nu le exploatează pe deplin

Nu micro-optimizare, arhitectură. Fiecare este măsurată în jurnalul de benchmark cu comenzi reproductibile.

🔁

NNTP cu pipelining

Mai multe cereri de articole rămân în tranzit per conexiune, așa că dus-întorsurile nu lasă niciodată socketul inactiv, iar TCP nu-și degradează niciodată fereastra de congestie între articole. Măsurat +12% până la +270% față de serial la patru servere; o linie se saturează cu 8 conexiuni în loc de 30–50.

🚿

Pipeline-ul într-o singură trecere

Articolele sunt decodate SIMD pe loc, scrise o singură dată la offset-urile lor finale, verificate PAR2 din bufferele de decodare, iar conținutul RAR în mod store este extras în timpul descărcării. Volumele nu există niciodată ca fișiere. Scrieri pe disc = conținut × 1.0.

🕸️

Disponibilitate prin uniune

Un articol este „lipsă” doar când fiecare backbone configurat l-a refuzat. Contabilitatea exactă la nivel de bloc decide COMPLETE / REPAIRABLE / IMPOSSIBLE înainte de a irosi octeți, preia minimul exact potrivit de blocuri de recuperare și abandonează descărcările fără speranță în câteva secunde.

Pipeline-ul

Atinge fiecare octet o singură dată

Concurenții scriu volumele de arhivă, le citesc înapoi pentru verificare, le citesc din nou pentru extragere, apoi scriu ieșirea, aproximativ 2× scrieri și 2× citiri. nzbfast face în schimb asta:

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
Postare deteriorată? Blocurile defecte sunt cunoscute în clipa în care articolele lor eșuează, minimul exact potrivit de volume de recuperare este preluat în timpul descărcării (22 de blocuri preluate pentru 20 necesare, în runda de benchmark), iar repararea atinge doar zonele deteriorate. Postare imposibilă? Abandonează în câteva secunde după ce a descărcat aproape nimic, înainte ca cota ta să observe.

Funcții principale

Tot ce are nevoie o configurație serioasă

Lista completă (fiecare reglaj, fiecare integrare) este pe pagina de funcții.

  • Descărcări la viteza liniei: NNTP cu pipelining măsurat la 8.31 Gbps pe 10 GbE; cel mai rapid client pe fiecare probă de benchmark curată, la orice dimensiune.
  • Pipeline într-o singură trecere: decodarea, verificarea și extragerea se suprapun; volumele RAR în mod store nu ating niciodată discul; arhivele imbricate se despachetează în aceeași trecere; are nevoie de 1× disc unde alții au nevoie de ~2×.
  • Disponibilitate prin uniune multi-provider: rutare exactă la nivel de bloc între backbone-uri; verdicte preflight; reparare exact potrivită; abandon timpuriu al postărilor imposibile.
  • Buget de memorie: un singur buget global de RAM cu niveluri elegante de spill. Nu îți solicită niciodată swap-ul mașinii: un job de 190 GB se finalizează într-un buget de 1 GB (~1.1 GB RSS de vârf).
  • Reluare sigură la blocare: un jurnal la nivel de articol înseamnă că o blocare sau un kill −9 în mijlocul descărcării nu costă aproape nimic: se reia, repreluând doar ce nu a fost salvat.
  • API-uri drop-in: API compatibil SABnzbd și NZBGet JSON-RPC: Sonarr, Radarr, nzb360 și LunaSea funcționează nemodificate. Import cu un clic al configurației tale SAB/NZBGet.
  • Indexer integrat: scanează newsgroup-urile tale într-un index local căutabil, servește Newznab ca stack-ul tău *arr să-l poată căuta și el.
  • Perete de postere cu metadate fără cheie: grafică, note, distribuție și sinopsisuri pentru tot ce e în indexul tău, fără nicio cheie API de creat.
  • Automatizare watchlist: numește un serial sau un film (difuzat sau nu); este preluat în clipa în care apare, apoi îmbunătățit ca calitate până se atinge ținta ta.
  • Un singur executabil: repararea (par2) și dezarhivarea (RAR) sunt în interiorul binarului. Dezarhivezi, rulezi, gata.

Benchmark-uri

190.6 GB → un fișier verificat de 167.9 GB

Aceeași mașină, aceiași șase provideri, rulări intercalate una după alta. Timpul până la existența unui fișier utilizabil și extras, singura măsură care contează. Fiecare concurent reglat la maximul său documentat (inclusiv activarea pipelining-ului SABnzbd, pe care nu îl are pornit din fabrică).

nzbfast4m 33s
NZBGet 26.27m 58s · +75%
SABnzbd 5.0.419m 32s · +329%
rustnzb 1.3.4niciun fișier utilizabil

NZB de 190.6 GB → un singur mkv de 167.9 GB, M1 Ultra pe 10 GbE, 6 provideri × 8 conexiuni. Același job se finalizează într-un buget de memorie de 1 GB. Tabele complete, toate cele șapte scenarii și probele pe care nu le câștigăm (plus cum să reproduci) pe pagina de benchmark-uri.

Se potrivește cu stack-ul tău

Îndreaptă-ți instrumentele existente spre el

Sonarr / Radarr

API complet compatibil SABnzbd. Adaugă nzbfast ca un client de descărcare „SABnzbd” și pur și simplu funcționează: preluări, categorii, priorități, reîncercări, scripturi de post-procesare (contractul SAB_*), istoric. Fațada Newznab le permite și *arr-urilor să caute în indexul tău local ca și cum ar fi un indexer.

nzb360 / LunaSea

Daemonul vorbește și JSON-RPC-ul NZBGet, telecomenzile populare de telefon controlează nzbfast nemodificat. Iar panoul în sine are un aspect de telefon de primă clasă pentru când ești departe de ecranul mare.

Vii de la SAB sau NZBGet?

Un singur clic îți importă serverele dintr-o instalare SABnzbd sau NZBGet existentă (citește și sabnzbd.ini direct). Folderele monitorizate, feedurile RSS cu filtre, folderele inteligente cu arhivare TV și regulile de curățare vin la pachet.

Încearcă-l în următoarele două minute

Dezarhivează, dublu-clic pe launcher, răspunde la trei întrebări (sau lasă-l să-ți găsească configurația SABnzbd) și panoul se deschide. Prima descărcare în mai puțin de două minute.

Descarcă nzbfast Citește lista completă de funcții