NZB:stä varmennettuun tiedostoon
ennen kuin muut ehtivät ladata.

nzbfast on Usenet-lataaja, joka on rakennettu yhden ainoan läpimenon varaan: jokainen tavu dekoodataan, varmistetaan ja puretaan latauksen aikana. Jälkeenpäin ei jää kokoamisvaihetta, ei mitään enää varmistettavaa tai purettavaa. Sillä hetkellä kun edistymispalkki täyttyy, tiedosto on valmis ja todistettavasti eheä.

8.31 Gbps 10 GbE-linjalla 190 GB → 4m33s varmistettuun tiedostoon RAR-osat eivät koskaan kosketa levyä Puolet levystä, jonka kilpailijat tarvitsevat RAM-budjetoitu · 0 sivutusta, koskaan
Lataa Katso luvut

macOS · Windows · Linux · Docker: yksi itsenäinen suoritettava tiedosto, korjaus- ja purkutyökalut sisäänrakennettuina.

nzbfast-koontinäyttö kesken latauksen nopeudella 61 MB/s: nopeus huipussaan 104 MB/s koko historiakaaviossa, live-resurssi- ja palveluntarjoajakaaviot sekä lataus/varmistus/purku-liukuhihnan vaiheet limittymässä

Miksi se on nopea

Kolme ideaa, joita valtavirran asiakkaat eivät täysin hyödynnä

Tämä on arkkitehtuuria, ei mikro-optimointia, ja joka ikinen kohta on mitattu vertailulokissa komennoin, jotka voit ajaa itse uudelleen.

🔁

Liukuhihnoitettu NNTP

Useita artikkelipyyntöjä pysyy lennossa jokaisella yhteydellä, joten edestakainen kierros ei koskaan jätä sockettia jouten eikä TCP anna ruuhkanhallintaikkunansa kutistua artikkelien välillä. Neljällä sivustolla mittasimme +12%…+270% peräkkäishakuun verrattuna, ja linja kyllästyy 8 yhteydellä 30–50:n sijaan.

🚿

Yhden läpimenon liukuhihna

Artikkelit dekoodataan SIMD:llä paikan päällä ja kirjoitetaan kerran suoraan lopullisiin siirtymiinsä, minkä jälkeen ne varmistetaan PAR2:lla samoista dekoodauspuskureista. Store-tilan RAR-julkaisuissa sisältö puretaan latauksen aikana, joten osat eivät koskaan ole olemassa tiedostoina: levykirjoitukset ovat sisältö × 1.0.

🕸️

Yhdistetty saatavuus

Artikkeli lasketaan ”puuttuvaksi” vasta kun jokainen määritetty backbone on torjunut sen. Lohkotarkka kirjanpito julistaa työn tilaan COMPLETE, REPAIRABLE tai IMPOSSIBLE ennen tavujen tuhlaamista, hakee vain tarkalleen sopivan minimin palautuslohkoja ja pudottaa toivottomat lataukset sekunneissa.

Liukuhihna

Kosketa jokaista tavua kerran

Muut asiakkaat kirjoittavat arkisto-osat, lukevat ne takaisin varmistaakseen, lukevat ne toistamiseen purkaakseen ja kirjoittavat sitten tuloksen, karkeasti 2× kirjoitusta ja 2× lukua. Näin nzbfast tekee sen sijaan:

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
Vioittunut julkaisu? Vialliset lohkot tunnetaan heti kun niiden artikkelit epäonnistuvat, joten tarkalleen sopiva minimimäärä palautusosia vedetään latauksen aikana (22 haettu tarvituille 20:lle vertailukierroksella), ja korjaus koskee vain vioittuneita alueita. Mahdoton julkaisu? Se luovuttaa sekunneissa ladattuaan lähes tyhjää, ennen kuin kiintiösi ehtii edes huomata.

Pääominaisuudet

Kaikki, mitä vakava kokoonpano tarvitsee

Koko lista (jokainen säädin, jokainen integraatio) on ominaisuussivulla.

  • Linjanopeuden lataukset: liukuhihnoitettu NNTP mitattu 8.31 Gbps:iin 10 GbE:llä; nopein asiakas jokaisella puhtaalla vertailuosuudella, joka koossa.
  • Yhden läpimenon liukuhihna: dekoodaus, varmistus ja purku limittyvät; store-tilan RAR-osat eivät koskaan osu levylle; sisäkkäiset arkistot puretaan samassa läpimenossa; tarvitsee 1× levyä siinä missä muut ~2×.
  • Monen palveluntarjoajan yhdistetty saatavuus: lohkotarkka reititys backbonejen välillä; ennakkotuomiot; tarkalleen sopiva korjaus; mahdottomien julkaisujen varhainen keskeytys.
  • Muistibudjetti: yksi globaali RAM-budjetti hallitusti levylle valuvin tasoin. Se ei koskaan sivuta konettasi: 190 GB:n työ valmistuu 1 GB:n budjetin sisällä (~1.1 GB huippu-RSS).
  • Kaatumisvarma jatko: artikkelitason journaali tarkoittaa, että kaatuminen tai tappo −9 kesken latauksen maksaa tuskin mitään: se jatkaa hakien uudelleen vain sen, mitä ei ehditty tallentaa.
  • Valmiit API:t: SABnzbd-yhteensopiva API ja NZBGet JSON-RPC: Sonarr, Radarr, nzb360 ja LunaSea toimivat muuttamatta. Yhden napsautuksen tuonti SAB-/NZBGet-määrityksestäsi.
  • Sisäänrakennettu indeksoija: skannaa keskusteluryhmäsi haettavaan paikalliseen indeksiin, tarjoaa Newznabin, jotta *arr-pinosi voi hakea siitäkin.
  • Julisteseinä avaimettomilla metatiedoilla: kuvitus, arvosanat, näyttelijät ja juonet kaikelle indeksissäsi, ilman ainoatakaan rekisteröitävää API-avainta.
  • Seurantalistan automaatio: nimeä sarja tai elokuva (esitetty tai ei); se napataan heti sen ilmestyessä ja päivitetään laadultaan, kunnes tavoitteesi täyttyy.
  • Yksi suoritettava tiedosto: korjaus (par2) ja purku (RAR) kulkevat binäärin sisällä. Pura, aja, valmis.

Vertailut

190.6 GB → varmistettu 167.9 GB:n tiedosto

Sama kone, samat kuusi palveluntarjoajaa, ajot lomitettuina peräkkäin. Ajastetaan se hetki, jolloin käyttökelpoinen, purettu tiedosto on olemassa, ainoa mittari, jolla on oikeasti väliä. Jokainen kilpailija viritettiin omaan dokumentoituun parhaimpaansa, aina myöten sen, että SABnzbdin liukuhihnoitus kytkettiin päälle, vaikka se ei sitä toimita.

nzbfast4m 33s
NZBGet 26.27m 58s · +75%
SABnzbd 5.0.419m 32s · +329%
rustnzb 1.3.4ei käyttökelpoista tiedostoa

190.6 GB NZB → yksi 167.9 GB mkv, M1 Ultra 10 GbE:llä, 6 palveluntarjoajaa × 8 yhteyttä. Sama työ valmistuu myös 1 GB:n muistibudjetin sisällä. Täydet taulukot, kaikki seitsemän skenaariota ja ne osuudet, joissa emme voita (sekä ohjeet niiden toistamiseen) löytyvät vertailusivulta.

Sopii pinoosi

Osoita olemassa olevat työkalusi siihen

Sonarr / Radarr

Se kantaa täyden SABnzbd-yhteensopivan API:n, joten lisäät nzbfastin ”SABnzbd”-latausasiakkaana ja se vain toimii: nappaukset, kategoriat, prioriteetit, uudelleenyritykset, jälkikäsittelykomentosarjat SAB_*-sopimuksella, historia. Newznab-julkisivu menee vielä pidemmälle ja antaa *arrien hakea paikallisesta indeksistäsi kuin se olisi indeksoija.

nzb360 / LunaSea

Daemon puhuu myös NZBGetin JSON-RPC:tä, joten suositut puhelinkaukosäätimet ohjaavat nzbfastia ilman mitään muutoksia. Koontinäytöllä itsellään on lisäksi kunnollinen puhelinasettelu niitä hetkiä varten, kun olet poissa ison ruudun äärestä.

Tuletko SAB:istä tai NZBGetistä?

Yksi napsautus vetää palvelimesi olemassa olevasta SABnzbd- tai NZBGet-asennuksesta, ja se lukee sabnzbd.ini-tiedoston suoraan, jos vain sen löytää. Valvontakansiot, suodatetut RSS-syötteet, älykkäät kansiot TV-arkistoinnilla ja siivoussäännöt tulevat kaikki mukaan kyytiin.

Kokeile sitä seuraavan kahden minuutin aikana

Pura, kaksoisnapsauta käynnistintä, vastaa kolmeen kysymykseen (tai anna sen löytää olemassa oleva SABnzbd-määrityksesi) ja koontinäyttö avautuu. Ensimmäinen lataus laskeutuu alle kahdessa minuutissa.

Lataa nzbfast Lue koko ominaisuuslista