Funktioner

Den korta versionen högst upp, alla detaljer längre ner.

  • Pipelinead NNTP i linjefart: 8.31 Gbps uppmätt på 10 GbE.
  • Enpassrörledning: avkoda, verifiera och packa upp överlappar; RAR-volymer rör aldrig disken; nästlade arkiv packas upp i samma pass.
  • Union-tillgänglighet över flera providers: komplett från unionen av dina servrar, eller avbryt tidigt.
  • Minnesbudget: begränsat RAM, graciöst spill, swappar aldrig.
  • Kraschsäker återupptagning: journal på artikelnivå; kill −9 mitt i jobbet och det fortsätter där det slutade.
  • SABnzbd-kompatibla + NZBGet JSON-RPC API:er: Sonarr/Radarr/nzb360/LunaSea fungerar oförändrade.
  • Inbyggd indexerare: skanna grupper till ett lokalt, sökbart, Newznab-serverande index.
  • Postervägg: omslag, betyg, skådespelare, avsnittsrutnät; inga API-nycklar.
  • Bevakningslistans auto-grab + kvalitetsuppgraderingar: grabba vid första förekomst, uppgradera till målkvalitet.
  • En enda fristående körbar fil: par2 + RAR-uppackning inbäddade.

Motor & hastighet

  • Pipelinead NNTP. Att hålla flera förfrågningar i luften per anslutning slår både tur-och-retur-latensen och TCP:s avtynande congestion-fönster. Vi mäter allt från +12 % till +270 % jämfört med seriell hämtning, och runt 8 anslutningar per server räcker för att mätta linjen.
  • SIMD yEnc-avkodning (rapidyenc, med NEON- och AVX-kärnor) går i 4.95 GB/s per kärna och avkodas på plats i samma stund byten landar i mottagningsvägen.
  • Delad kö över flera servrar. Providerna balanserar sig själva till inom ~2 % helt utan trimning. Vi håller koll på varje servers verkliga fart, och svansen på ett jobb dubbeldispatchas så att en enda långsam server inte kan dra ut på slutet.
  • Genomsköljning mellan jobb. Svansen på jobb N överlappar starten av jobb N+1, så linjen hålls tänd kant till kant genom hela kön: 2 % vila här mot SABnzbds 61 % mörker i samma bench.
  • Vakthund för långsamma jobb. En nedladdning som kryper fram på en enda långsam server medan resten står stilla flyttas längst bak i kön, behåller sitt förlopp och återupptas så snart kön är fri.
  • Prefetch på lediga servrar: en server som det aktiva jobbet inte kan använda, eftersom dess artiklar inte finns lagrade där, sätter i gång med nästa jobb i kön i stället för att stå och vila.
  • Trimningsstege för anslutningar. I stället för att gissa mäter den var varje providers genomströmning faktiskt slutar klättra (begärda mot beviljade anslutningar) och lägger sig där.
  • Automatisk fartregulator: en valfri LEDBAT-liknande RTT-regulator som ger vika för resten av hushållets trafik och tar det som blir kvar av linjen.
  • Hastighetsgränser och ett veckoschema: tak som går att justera live, ett schema i lokal tid (DST-säkert) och en "pausa i N minuter" som startar om av sig själv.
  • Minnesbudget. En enda global RAM-budget (auto: en fjärdedel av RAM, med tak, går att åsidosätta). När det börjar bli trångt krymper buffertarna först, sedan spiller data till disk och läses tillbaka när jobbet lugnat sig. Den swappar aldrig. Ett 190 GB-jobb blir klart inom en 1 GB-budget vid ~1.1 GB topp-RSS, och det finns en uppmätt, dokumenterad 2 GB-profil för NAS-lådor.
  • Backpressure. En långsam disk stryper socketarna i stället för att låta RAM fyllas. Den håller sig inom ±1 % av ett skrivtak, och RAM sjunker faktiskt under tryck.
  • Minnestrim efter jobb: så snart daemonen är ledig lämnar den tillbaka frigjort minne till OS:et och sjunker till runt 8 MB mellan jobb på macOS.

Enpassrörledningen

  • Skriv en gång. Avkodade artiklar pwrite:as rakt till sina slutliga fil-offset. Inga tempfiler, inget separat monteringspass.
  • PAR2-verifiering i strömmen. Varje block MD5-hashas ur avkodningsbuffertarna medan det anländer, så verifieringen är klar i samma stund som nedladdningen. Det slår snabbkollen de andra klienterna nöjer sig med, och det kostar ingenting.
  • Direktuppackning: store-mode-RAR-inlägg (de flesta scene-releaser) mappas och packas upp medan de laddas ner, så volymerna landar aldrig på disk över huvud taget. Diskskrivningar hamnar på innehåll × 1.0 och disk som behövs på 1×, där andra vill ha ungefär 2×.
  • Nästlade arkiv, och djup kostar nästan ingenting. Arkiv inuti arkiv - RAR i RAR, 7z i ett RAR, stegar många nivåer djupa - packas upp allteftersom byten kommer in, inuti den genomgång vi ändå gjorde. Där ligger hela skillnaden: en klient som skriver ut varje lager, stänger det, öppnar det igen och läser om det betalar en hel genomgång per nivå, så varje nivå den går ner kostar den ännu en vända över disken. Våra åker med i den första genomgången, och nyttolasten kommer ut ur en tio nivåer djup stege precis som ur en enda. En kopia på disk där skriv-ut-och-läs-om håller två eller tre.
  • Deobfuskering. Obfuskerade inlägg döps om utifrån sin PAR2-metadata, ROT13-krypterade namn räddas, och hashnamnat skräp klassificeras och sållas bort.
  • Exakt passande reparation. Skadade block är kända allteftersom de uppstår, så bara den byte-minimala uppsättningen återställningsvolymer hämtas (ett knapsack-problem) och reparationen rör inget annat än de skadade spannen.
  • RAR-återställningsposter. När PAR2 är uttömt, eller aldrig postades, reparerar inbäddade RAR-återställningsposter skadade volymer på plats.
  • Reparation på varje djup. Ett PAR2-set packat inuti ett inre lager hittas och körs på sin egen nivå, och ett par-only-inlägg (data raderad, ett set med 100 % återställning kvarlämnat) byggs upp helt igen och packas sedan upp.
  • Fallback för komprimerat och krypterat: inlägg som inte är store materialiseras och packas upp genom den inbyggda RAR-motorn, allt från RAR4 till nya RAR7, överlappat med resten av kön. Krypterade set parkeras med ett tydligt meddelande i stället för att fallera tyst.
  • Den letar rätt på lösenordet själv. De flesta krypterade poster behöver dig inte. Den provar NZB:ns egna metadata och namnkonventionen {{pw}}, *arr-API:t, sedan varje kort textnotis som postats bredvid filerna, och i sista hand namnen på releasen och filerna själva. Den upprepar letandet på varje nivå: en kedja som gömmer varje lagers lösenord i lagret ovanför - ett annat lösenord på varje nivå - låses upp hela vägen ner utan att du skriver något. Det som verkligen blir kvar får 🔑-upplåsningen på instrumentpanelen: den låser upp i bakgrunden och arkiverar sedan som vanligt.
  • Skyddsräcken. Reparerade källvolymer skrivskyddas medan omuppackningen körs, den färdiga filens egen kontrollsumma verifieras från ände till ände (på som standard), och en slutkod rapporterar "framgång" bara när sluttillståndet verkligen är användbart.

Tillförlitlighet & tillgänglighet

  • Tillgänglighetskoll före start. Pipelinade STAT-svep bygger på sekunder en matris per artikel × per server och markerar jobbet COMPLETE, REPAIRABLE eller IMPOSSIBLE innan en enda byte innehåll hämtats. Ett omöjligt inlägg avbryter efter att knappt ha dragit något alls.
  • Union-routning. En artikel räknas som saknad först när varje levande server har nekat den; fram till dess routas den till vilken server som än har den. Backbones skiljer sig åt i retention och takedowns, så unionen slutför i tysthet inlägg som ingen enskild server hade klarat.
  • Kraschsäker journal. Journalen arbetar på artikelnivå. Skicka en kill −9 mitt i jobbet så kommer den tillbaka och hämtar bara om det som inte hunnit sparas; kön och historiken överlever omstarter.
  • Parkera och försök igen: misslyckade jobb parkeras i historiken, och ett nytt försök hämtar bara de bitar som fortfarande saknas.
  • Kaos-testad. En mock-NNTP-server kör tio felscenarier från början till slut (430:or, korruption, trunkering, stopp, döda servrar, kill −9) vid varenda testkörning.
  • Tillförlitlighetspoäng per provider. Kompletteringsgraden för varje server sparas för gott och visas på instrumentpanelen, med en varning under 98 %.
  • Analys av serverdiversitet. Den STAT-provtar tvärs över dina servrar och klustrar dem efter luckorna de delar, så att du kan se vilka "olika" providers som egentligen är samma backbone innan du betalar för redundans du i själva verket inte har.
  • Kvoter, blockkonton och en diskvakt: dagliga och månatliga kvoter, livstidsbudgetar i byte för blockkonton (auto-uteslutna när de är slut), en paus vid låg disk, och daglig förbrukningshistorik per provider.
  • Dubblettdetektering: dupekey och dupescore, där ett hållet alternativ befordras automatiskt i samma stund en grab misslyckas.
  • Retention-medveten routning. Inlägg som är äldre än en servers retention hoppar över den helt, och allt som ingen server kan leverera fallerar direkt i stället för att snurra.

Automatisering & integrationer

  • SABnzbd-kompatibelt API: hela den yta som *arr-verktygen faktiskt använder: addfile/addurl, kategorier, prioriteter, paus/återuppta per jobb, nytt försök, paginering, API-nycklar i två nivåer. Sonarr och Radarr pratar med det som om det vore SABnzbd.
  • NZBGet JSON-RPC-fasad. nzb360, LunaSea och andra NZBGet-fjärrar ansluter oförändrade.
  • Newznab-server. Ditt lokala index svarar på t=search/tvsearch/movie, så *arr-verktygen kan behandla dina egna skanningar som en indexerare.
  • RSS auto-grab: en indexerares flöde är samma sak som en nyhetsläsare prenumererar på, fast det listar vad som just lagts upp på Usenet. Allt som matchar filtren laddas ner av sig självt. Flöden filtrerade med ett NZBGet-liknande språk, tillagda och redigerade live från instrumentpanelen.
  • Bevakningslista. Namnge serierna och filmerna du vill ha, även sådana som inte sänts än. Varje avsnitt grabbas vid sin första förekomst och uppgraderas tills det når din målkvalitet (säg 720p → 1080p REMUX), och den ersatta kopian raderas först efter att uppgraderingen verifierats. En kalender över sändningsdatum visar vad som är på väg.
  • Bevakningsmapp. Släpp in en .nzb så laddas den ner; filen försvinner så snart den plockats upp.
  • Smarta mappar: regler för regex, nyckelord och storlek sorterar nedladdningar i kategorier redan vid inläggning i kön, med valfri TV-arkivering till Show/Season NN/Show - S01E02.ext.
  • Städregler: skräptillägg tas bort så snart ett jobb är klart.
  • Flytta till en NAS: färdiga nedladdningar flyttas efter uppackning och namnbyte till en målmapp med kategoristrukturen bevarad, och mål per kategori kan skicka serier och filmer till olika utdelningar. Är utdelningen onåbar stannar filerna där de är.
  • Efterbehandlingsskript. De följer SABnzbds SAB_*-miljökontrakt, så skripten du redan har körs precis som de är.
  • Migrering med ett klick. Den importerar servrar från en SABnzbd-ini eller en NZBGet-conf, och läser sabnzbd.ini direkt om det är allt den hittar.
  • Spotnet-inmatning: verifiering av spotsignaturer och NZB-syntes, inbyggt direkt.

Förhandsvisning & bibliotek

Instrumentpanel & inställningar

Queue with a per-download detail drawer: per-file progress bars, verify blocks, per-server contribution
Kölåda: staplar per fil, verifieringsblock, bidrag per server.
Settings: server editor and live speed/scheduling controls
Varje inställning redigerbar i webbläsaren. De flesta gäller live.
Phone layout of the dashboard
Riktig telefonlayout, samma daemon.
  • Live-diagram, inga bibliotek. Allt pollas en gång i sekunden (en genomströmningsarea, staplad area per provider, en tidslinje för verifieringshälsa, könedräkning och ett hastighetshistogram) och diagrammen breddar sitt tidsfönster i takt med att du breddar webbläsaren.
  • Resursmonitor: CPU, RAM mot budget, diskskrivningar och nätverk i ett enda diagram, med en varning för låg disk.
  • Topplista över providers. Servrarna sorterar om sig själva efter live-prestanda och visar var och en sessionsbyte, antal anslutningar, utnyttjande och tillförlitlighet.
  • Köhantering: dra för att ändra ordning, sätt prioritet och kategori inline, öppna en låda per nedladdning, pausa optimistiskt eller "pausa i N minuter".
  • Allt går att konfigurera i webbläsaren: servrar (med live-anslutningstester), hastighet och schema, anslutningar/fönster/avkodare, disk och kvot, bevakningsmappar och skript, indexeringsfilter, bibliotek, RSS, och säkerhet med nyckelrotation. Inställningarna överlever omstarter.
  • Diagnostik inbyggd: en loggvisare i gränssnittet, ett systembenchmark som hittar dina tak för nätverk, beräkning och disk och talar om vad du ska göra åt dem, analysen av serverdiversitet, och anslutningsstegen.
  • Dataförbrukning: staplade staplar per provider över 14 dagar, daglig historik, och livstidsräknare för blockkonton.
  • 28 språk. Instrumentpanelen levereras helt lokaliserad, höger-till-vänster-skrifter inräknat; manualen och den här sajten finns på 16.
  • Bekvämligheter. Dra och släpp en .nzb var som helst, skrivbordsaviseringar, slutförandeljud, en förstagångsguide och serve --open.

Distribution