Funksjoner

Kortversjonen øverst, alle detaljene under.

  • Pipelinet NNTP på linjefart: 8,31 Gbps målt på 10 GbE.
  • Pipeline i én omgang: dekoding, verifisering og utpakking overlapper; RAR-volumer rører aldri disken; nøstede arkiver pakkes ut i samme omgang.
  • Fler-leverandør union-tilgjengelighet: fullstendig fra unionen av serverne dine, eller avbryt tidlig.
  • Minnebudsjett: avgrenset RAM, elegant spilling, swapper aldri.
  • Krasjsikker gjenopptaking: journal på artikkelnivå; kill −9 midt i jobben, og den fortsetter der den slapp.
  • SABnzbd-kompatibelt + NZBGet JSON-RPC-API-er: Sonarr/Radarr/nzb360/LunaSea fungerer uendret.
  • Innebygd indekserer: skann grupper inn i en lokal, søkbar, Newznab-serverende indeks.
  • Plakatvegg: illustrasjoner, vurderinger, rollebesetning, episoderutenett; ingen API-nøkler.
  • Watchlist auto-henting + kvalitetsoppgraderinger: hent ved første forekomst, oppgrader til målkvalitet.
  • Én enkelt selvstendig kjørbar fil: par2 + RAR-utpakking innebygd.

Motor og fart

  • Pipelinet NNTP. Ved å holde flere forespørsler underveis på hver tilkobling slår den både rundtursforsinkelse og forringelse av TCP-congestion-vinduet. Vi måler alt fra +12 % til +270 % over seriell henting, og rundt 8 tilkoblinger per server er nok til å mette linjen.
  • SIMD yEnc-dekoding (rapidyenc, med NEON- og AVX-kjerner) går i 4,95 GB/s per kjerne, dekodet på stedet mens bytene lander i mottaksbanen.
  • Delt kø for flere servere. Leverandørene balanserer seg selv til innenfor ~2 % uten noen justering. Den faktiske raten til hver enkelt spores, og halen av en jobb sendes dobbelt ut, slik at én treg server ikke kan trekke ut avslutningen.
  • Soak på tvers av jobber. Halen av jobb N overlapper starten på jobb N+1, så linjen holder seg tent fra kant til kant gjennom en hel kø: 2 % inaktiv her mot SABnzbds 61 % mørke i samme test.
  • Vaktbikkje for trege jobber. En nedlasting som kryper på én treg server mens resten står stille, flyttes bakerst i køen, fremdriften beholdes, og den gjenopptas så snart køen er tom.
  • Prefetch på ledige servere: en server den aktive jobben ikke kan bruke, fordi artiklene dens ikke ligger der, starter på neste jobb i køen i stedet for å stå ledig.
  • Justeringsstige for tilkoblinger. I stedet for å gjette måler den hvor hver leverandørs gjennomstrømning faktisk slutter å stige (tilkoblinger bedt om mot innvilget) og legger seg der.
  • Auto-fart-regulator: en valgfri LEDBAT-lignende RTT-regulator som viker for resten av husholdningens trafikk og tar det som er igjen av linjen.
  • Fartsgrenser og en ukeplanlegger: live-justerbare tak, en tidsplan i lokal tid (sommertid-trygg), og en «pause i N minutter» som gjenopptar av seg selv.
  • Minnebudsjett. Ett globalt RAM-budsjett (auto: en firedel av RAM, avgrenset, overstyrbart). Når det strammer til, krymper bufferne først, så spiller dataene over til disk og leses tilbake når jobben roer seg. Den swapper aldri. En 190 GB-jobb fullføres innenfor et 1 GB-budsjett på ~1,1 GB topp-RSS, og det finnes en målt, dokumentert 2 GB-profil for NAS-bokser.
  • Mottrykk. En treg disk struper socketene i stedet for å la RAM fylles opp. Den holder seg innenfor ±1 % av et skrivetak, og RAM faller faktisk under press.
  • Minnetrimming etter jobb: når den er inaktiv, gir daemonen frigjort minne tilbake til OS-et og faller til rundt 8 MB mellom jobber på macOS.

Pipelinen i én omgang

  • Skriv én gang. Dekodede artikler pwrites rett til sine endelige filoffset. Ingen midlertidige filer, ingen egen sammensettingsrunde.
  • PAR2-verifisering i strømmen. Hver blokk MD5-hashes fra dekodebufferne etter hvert som den kommer inn, så verifiseringen er ferdig i samme øyeblikk som nedlastingen. Det slår hurtigsjekken de andre klientene nøyer seg med, og det koster ingenting.
  • Direkte utpakking: store-mode-RAR-poster (de fleste scene-utgivelser) mappes og pakkes ut mens de lastes ned, så volumene lander aldri på disk i det hele tatt. Diskskrivinger blir innhold × 1,0 og disk nødvendig 1×, der andre vil ha omtrent 2×.
  • Nøstede arkiver, og dybde koster nesten ingenting. Arkiver inni arkiver - RAR i RAR, 7z i et RAR, stiger mange nivåer dype - pakkes ut mens bytene kommer inn, inne i den gjennomgangen vi allerede holdt på med. Der ligger hele forskjellen: en klient som skriver hvert lag ut, lukker det, åpner det igjen og skanner det på nytt, betaler en hel gjennomgang per nivå, så hvert nivå ned koster den enda en tur over disken. Våre blir med i den første gjennomgangen, og nyttelasten kommer ut av en ti nivåer dyp stige på samme måte som ut av en på ett. Én kopi på disk der skriv-ut-og-les-om holder to eller tre.
  • Deobfuskering. Obfuskerte poster får nytt navn fra PAR2-metadataen sin, ROT13-krypterte navn reddes, og hash-navngitt søppel klassifiseres og filtreres ut.
  • Eksakt tilpasset reparasjon. Skadede blokker er kjent i det de oppstår, så bare minimum-byte-settet av gjenopprettingsvolumer hentes (løst som et ryggsekkproblem) og reparasjonen rører ikke annet enn de skadede områdene.
  • RAR-gjenopprettingsdata. Når PAR2 er oppbrukt, eller aldri ble postet, reparerer innebygde RAR-gjenopprettingsdata skadede volumer på stedet.
  • Reparasjon på hvert dyp. Et PAR2-sett pakket inni et indre lag blir funnet og kjørt på sitt eget nivå, og en par-only-post (data slettet, et sett med 100 % gjenoppretting etterlatt) gjenoppbygges helt og pakkes deretter ut.
  • Fallback for komprimert og kryptert: ikke-store-poster materialiseres og pakkes ut via den native RAR-motoren, alt fra RAR4 til nye RAR7, overlappet med resten av køen. Krypterte sett parkeres med en tydelig melding i stedet for å feile stille.
  • Den leter selv etter passordet. De fleste krypterte postene trenger deg ikke. Den prøver NZB-ens egne metadata og navnekonvensjonen {{pw}}, *arr-API-et, deretter enhver kort tekstnotis lagt ut ved siden av filene, og til slutt navnene på releasen og filene selv. Det søket gjentar den på hvert nivå: en kjede som gjemmer hvert lags passord i laget over - et annet passord på hvert nivå - låses opp hele veien ned uten at du taster noe. Det som virkelig blir igjen, får 🔑-opplåsingen på dashbordet: den låser opp i bakgrunnen og arkiverer så som vanlig.
  • Sikkerhetssperrer. Reparerte kildevolumer skrivebeskyttes mens ny utpakking kjører, den ferdige filens egen sjekksum verifiseres ende til ende (på som standard), og en exit-kode melder «suksess» bare når sluttilstanden faktisk er brukbar.

Pålitelighet og tilgjengelighet

  • Tilgjengelighetssjekk før nedlasting. Pipelinede STAT-sveip bygger en per-artikkel × per-server-matrise på sekunder og merker jobben COMPLETE, REPAIRABLE eller IMPOSSIBLE før én byte innhold er hentet. En umulig post avbryter etter å ha hentet nesten ingenting.
  • Union-ruting. En artikkel regnes som manglende først når hver levende server har avvist den; frem til da rutes den til den serveren som har den. Backbones er ulike i retention og takedowns, så unionen fullfører i det stille poster ingen enkelt server kunne.
  • Krasjsikker journal. Journalen jobber på artikkelnivå. Send en kill −9 midt i jobben, og den kommer tilbake og henter på nytt bare det som ikke var lagret; køen og historikken overlever omstarter.
  • Parker og prøv igjen: mislykkede jobber parkeres i historikken, og et nytt forsøk henter bare de bitene som fortsatt mangler.
  • Kaos-testet. En falsk NNTP-server kjører ti ende-til-ende-feilscenarioer (430-er, korrupsjon, avkorting, stopp, døde servere, kill −9) på hver eneste testkjøring.
  • Pålitelighetsscore for leverandører. Fullføringsrater per server tas vare på for godt og vises i dashbordet, med en advarsel under 98 %.
  • Servermangfold-analysator. Den STAT-sampler på tvers av serverne dine og grupperer dem etter hullene de deler, så du kan se hvilke «forskjellige» leverandører som egentlig er samme backbone før du betaler for redundans du ikke har.
  • Kvoter, blokk-kontoer og en diskvakt: daglige og månedlige kvoter, byte-budsjetter over levetiden for blokk-kontoer (auto-ekskludert når de er oppbrukt), en pause ved lite diskplass, og daglig forbrukshistorikk per leverandør.
  • Duplikatdeteksjon: dupekey og dupescore, med et tilbakeholdt alternativ som forfremmes automatisk i det øyeblikket en henting feiler.
  • Retention-bevisst ruting. Poster som er eldre enn en servers retention hopper helt over den, og alt ingen server kan levere feiler med en gang i stedet for å spinne.

Automatisering og integrasjoner

  • SABnzbd-kompatibelt API: hele flaten *arr-ene faktisk bruker: addfile/addurl, kategorier, prioriteter, pause/fortsett per jobb, nytt forsøk, paginering, to-nivå API-nøkler. Sonarr og Radarr snakker med det som om det var SABnzbd.
  • NZBGet JSON-RPC-fasade. nzb360, LunaSea og andre NZBGet-fjernkontroller kobler til uendret.
  • Newznab-server. Din lokale indeks svarer på t=search/tvsearch/movie, så *arr-ene kan behandle dine egne skanninger som en indekserer.
  • RSS auto-henting: en indekserers feed er det samme som en nyhetsleser abonnerer på, bare at den lister opp det som nettopp er lagt ut på Usenet. Alt som treffer filtrene, lastes ned av seg selv. Feeder filtrert med et NZBGet-aktig språk, lagt til og redigert live fra dashbordet.
  • Watchlist. Navngi seriene og filmene du vil ha, også de som ikke har blitt sendt ennå. Hver episode hentes ved første forekomst og oppgraderes til den når målkvaliteten din (for eksempel 720p → 1080p REMUX), og den erstattede kopien slettes først etter at oppgraderingen er verifisert. En sendedatokalender viser hva som er på vei.
  • Overvåkingsmappe. Slipp inn en .nzb, så lastes den ned; filen forsvinner så snart den er tatt.
  • Smartmapper: regex-, stikkord- og størrelsesregler sorterer nedlastinger i kategorier ved innlegging i kø, med valgfri TV-arkivering til Show/Season NN/Show - S01E02.ext.
  • Oppryddingsregler: søppelendelser fjernes så snart en jobb er ferdig.
  • Flytt til en NAS: ferdige nedlastinger flyttes etter utpakking og navnebytte til en målmappe med kategoristrukturen i behold, og mål per kategori kan sende serier og filmer til ulike delinger. Er delingen utilgjengelig, blir filene der de er.
  • Etterbehandlingsskript. De følger SABnzbds SAB_*-miljøkontrakt, så skriptene du allerede har kjører som de er.
  • Ett-klikks-migrering. Den importerer servere fra en SABnzbd-ini eller en NZBGet-conf, og leser sabnzbd.ini direkte hvis det er alt den finner.
  • Spotnet-inntak: verifisering av spot-signatur og NZB-syntese, innebygd.

Forhåndsvisning og bibliotek

Dashbord og innstillinger

Queue with a per-download detail drawer: per-file progress bars, verify blocks, per-server contribution
Køskuff: søyler per fil, verifiseringsblokker, bidrag per server.
Settings: server editor and live speed/scheduling controls
Hver innstilling redigerbar i nettleseren. De fleste gjelder live.
Phone layout of the dashboard
Skikkelig telefonlayout, samme daemon.
  • Live diagrammer, ingen biblioteker. Alt polles én gang i sekundet (et gjennomstrømningsareal, stablet areal per leverandør, en tidslinje for verifiseringshelse, kø-nedtelling, et farts-histogram) og diagrammene utvider tidsvinduet sitt etter hvert som du gjør nettleseren bredere.
  • Ressursmonitor: CPU, RAM mot budsjett, diskskrivinger og nettverk på ett enkelt diagram, med en advarsel ved lite diskplass.
  • Leverandør-toppliste. Serverne sorterer seg selv om etter live ytelse, hver med øktbyte, tilkoblingsantall, utnyttelse og pålitelighet.
  • Køhåndtering: dra for å endre rekkefølge, sett prioritet og kategori direkte, åpne en skuff per nedlasting, sett på pause optimistisk, eller «pause i N minutter».
  • Alt kan konfigureres i nettleseren: servere (med live tilkoblingstester), fart og tidsplan, tilkoblinger/vindu/dekodere, disk og kvote, overvåkingsmapper og skript, indekseringsfiltre, bibliotek, RSS, og sikkerhet med nøkkelrotasjon. Innstillinger overlever omstarter.
  • Diagnostikk innebygd: en loggviser i grensesnittet, en systembenchmark som finner nettverks-, CPU- og disktakene dine og forteller deg hva du skal gjøre med dem, servermangfold-analysatoren, og tilkoblingsstigen.
  • Dataforbruk: 14-dagers stablede søyler per leverandør, daglig historikk, og tellere over levetiden for blokk-kontoer.
  • 28 språk. Dashbordet leveres fullt lokalisert, høyre-til-venstre-skrifter inkludert; manualen og dette nettstedet finnes på 16.
  • Bekvemmelighet. Dra og slipp en .nzb hvor som helst, skrivebordsvarsler, fullføringslyder, en førstegangsveiviser, og serve --open.

Utrulling