از NZB تا یک فایل تأییدشده
پیش از آنکه دیگران دانلود را تمام کنند.

nzbfast یک دانلودر Usenet است که حول یک تک‌گذر ساخته شده: هر بایت حین دانلود رمزگشایی، تأیید و استخراج می‌شود. پس از آن نه گذر مونتاژی هست و نه چیزی که برای تأیید یا باز کردن باقی مانده باشد. همان لحظه که نوار پیشرفت پر می‌شود، فایل تمام است و به‌طور اثبات‌پذیر سالم.

9.0-9.3 Gbps روی یک خط 10 GbE 190 GB ← 4m47s تا یک فایل تأییدشده جلدهای RAR هرگز به دیسک نمی‌رسند نصف دیسکی که رقبا نیاز دارند بودجه‌بندی‌شده با RAM · 0 swap، هرگز

دانلود اعداد را ببینید

macOS · Windows · Linux · Docker: یک فایل اجرایی خودکفا، ابزارهای تعمیر و باز کردن درون‌ساخت.

داشبورد nzbfast در میانهٔ دانلود با 61 MB/s: توان عبوری با اوج 104 MB/s در یک نمودار تاریخچهٔ کامل، نمودارهای زندهٔ منابع و هر ارائه‌دهنده، و هم‌پوشانی مراحل خط پردازش دانلود/تأیید/استخراج

چرا سریع است

حدود 95% از دانلودهای Usenet در یک گذر

پیش از آنکه تصمیم بگیریم چه چیزی را بهینه کنیم، سنجیدیم Usenet واقعاً چه چیزی پست می‌کند، و یک ایده بیشترِ کار را انجام می‌دهد. همهٔ این‌ها در گزارش محک با فرمان‌هایی که می‌توانید دوباره اجرا کنید سنجیده شده است.

🚿

یک گذر، تقریباً برای هر شکلی

مقاله‌ها در جای خود با SIMD رمزگشایی می‌شوند، یک‌بار مستقیم در آفست‌های نهایی‌شان نوشته می‌شوند و از همان بافرها با PAR2 تأیید می‌شوند. آرشیو حین دانلود استخراج می‌شود، پس جلدهایش هرگز به‌عنوان فایل وجود ندارند. این برای آرشیوهای ساده، رمزگذاری‌شده، تودرتو و 7z صادق است، که حدود 95% از هرچه پست می‌شود، برحسب حجم است. آرشیوهای واقعاً فشرده هم همان‌طور که می‌رسند باز می‌شوند و تنها زمانی به گذر دوم بازمی‌گردند که مجموعه بزرگ‌تر از آن باشد که هنگام باز شدن در حافظه نگه داشته شود.

🕸️

موجودیت اتحادی

یک مقاله تنها زمانی «گم» به‌شمار می‌آید که هر ستون فقرات پیکربندی‌شده آن را رد کرده باشد. حسابداری بلوک-دقیق پیش از هدر دادن بایت‌ها کار را COMPLETE، REPAIRABLE یا IMPOSSIBLE می‌خواند، تنها کمینهٔ دقیقاً-جامتناسب از بلوک‌های بازیابی را می‌کشد، و دانلودهای ناامیدکننده را ظرف چند ثانیه کنار می‌گذارد.

🔁

NNTP خط‌لوله‌ای، درست انجام‌شده

نگه داشتن چند درخواست در جریان روی هر اتصال ایدهٔ ما نیست و کلاینت‌های خوب همین کار را می‌کنند. اما پیاده‌سازی ما به‌طور غیرمعمولی کاراست: در چهار سایت +12% تا +270% نسبت به سریالی سنجیدیم، و یک خط به‌جای 30-50 اتصال با 8 اتصال اشباع می‌شود، پس بدون فشار آوردن به ارائه‌دهنده‌تان به سرعت کامل می‌رسید. SABnzbd هنوز آن را خاموش عرضه می‌کند.

خط پردازش

هر بایت را یک‌بار لمس کن

کلاینت‌های دیگر جلدهای آرشیو را می‌نویسند، برای تأیید آن‌ها را بازمی‌خوانند، برای استخراج بار دوم می‌خوانند، سپس خروجی را می‌نویسند، تقریباً 2× نوشتن و 2× خواندن. اینجا کاری است که nzbfast به‌جایش می‌کند:

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

پست خراب؟ بلوک‌های خراب همان لحظه که مقاله‌هایشان شکست می‌خورند شناخته می‌شوند، پس کمینهٔ دقیقاً-جامتناسب از جلدهای بازیابی حین دانلود کشیده می‌شود (22 بلوک برای 20 موردنیاز، در دور محک) و تعمیر فقط بازه‌های خراب را لمس می‌کند. پست ناممکن؟ ظرف چند ثانیه دست می‌کشد در حالی که تقریباً هیچ دانلود نکرده، پیش از آنکه سهمیهٔ شما اصلاً متوجه شود.

ویژگی‌های شاخص

هر آنچه یک راه‌اندازی جدی نیاز دارد

فهرست کامل (هر تنظیم، هر یکپارچه‌سازی) در صفحهٔ ویژگی‌ها است.

دانلود با نرخ خط: NNTP خط‌لوله‌ای سنجیده‌شده در 9.0-9.3 Gbps روی خطی 10 GbE که سقف خودش 9.8 است؛ سریع‌ترین کلاینت در هر لِگ تمیز محک، در هر اندازه.
خط پردازش تک‌گذر: رمزگشایی، تأیید و استخراج هم‌پوشانی دارند؛ جلدهای آرشیو هرگز به دیسک نمی‌رسند، چه پست ساده باشد، چه رمزگذاری‌شده، چه تودرتو؛ به 1× دیسک نیاز دارد جایی که دیگران ~2× نیاز دارند. در یک انتشار رمزگذاری‌شدهٔ 94 GB یعنی نوشتن 90 GB به‌جای 180 GB.
موجودیت اتحادی چند-ارائه‌دهنده: مسیریابی بلوک-دقیق در سراسر ستون‌های فقرات؛ احکام پیش‌پرواز؛ تعمیر دقیقاً-جامتناسب؛ لغو زودهنگام پست‌های ناممکن.
بودجهٔ حافظه: یک بودجهٔ سراسری RAM با ردیف‌های سرریز ملایم. هرگز ماشین شما را به swap نمی‌اندازد: یک کار 190 GB درون بودجهٔ 1 GB کامل می‌شود (~1.1 GB اوج RSS).
ازسرگیری ایمن در برابر خرابی: یک ژورنال در سطح مقاله یعنی خرابی یا kill −9 در میانهٔ دانلود تقریباً هیچ هزینه‌ای ندارد: از سر می‌گیرد و فقط آنچه ذخیره نشده بود را دوباره واکشی می‌کند.

APIهای جایگزین‌شونده: API سازگار با SABnzbd و JSON-RPC NZBGet: Sonarr، Radarr، nzb360 و LunaSea بدون تغییر کار می‌کنند. وارد کردن یک‌کلیکی پیکربندی SAB/NZBGet شما.
پیوندهای nzblnk:، حل‌شده: یکی را در داشبورد بچسبانید، یا پس از آنکه نصب مک‌اواس یا ویندوز طرح‌واره را ثبت کرد، مستقیم روی یک بورد کلیک کنید. پست مبهم‌سازی‌شده نخست در ایندکس خودتان و سپس نزد ایندکسرهای شما جستجو می‌شود، و رمز عبور پیوند به کار می‌رسد.
ایندکسر داخلی: گروه‌های خبری شما را به یک ایندکس محلی قابل‌جست‌وجو اسکن می‌کند، Newznab را سرو می‌کند تا پشتهٔ *arr شما هم بتواند آن را جست‌وجو کند.
دیوار پوستر با فرادادهٔ بدون کلید: تصاویر، امتیازها، بازیگران و خلاصه‌ها برای هرچه در ایندکس شماست، بدون هیچ کلید API برای ثبت‌نام.
خودکارسازی فهرست پیگیری: یک سریال یا فیلم را نام ببرید (پخش‌شده یا نه)؛ همان لحظه که ظاهر شود گرفته می‌شود، سپس تا رسیدن به هدف شما کیفیتش ارتقا می‌یابد.
یک فایل اجرایی واحد: تعمیر (par2) و باز کردن (RAR) درون باینری سوارند. اکسترکت، اجرا، تمام، و هر دو با ابزارهای مستقل برابرند یا از آن‌ها جلو می‌زنند وقتی جداگانه مسابقه بدهند.

محک‌ها

190.6 GB ← یک فایل تأییدشدهٔ 167.9 GB

همان ماشین، همان شش ارائه‌دهنده، اجراها به‌صورت درهم‌تنیده پشت‌سرهم. آنچه زمان‌گیری می‌شود لحظهٔ وجود یک فایل قابل‌استفاده و استخراج‌شده است، تنها معیاری که واقعاً اهمیت دارد. هر رقیب به بهترین حالت مستند خودش تنظیم شد، تا آنجا که خط‌لوله‌سازی SABnzbd را روشن کردیم، همان که بدون آن عرضه می‌شود.

nzbfast4m 47s

NZBGet 26.29m 06s · +90%

SABnzbd 5.0.419m 29s · +307%

rustnzb 1.3.4بدون فایل قابل‌استفاده

NZB با 190.6 GB ← یک mkv واحد 167.9 GB، M1 Ultra روی 10 GbE، 6 ارائه‌دهنده × 8 اتصال. همان کار درون بودجهٔ حافظهٔ 1 GB هم کامل می‌شود. جدول‌های کامل، هر هفت سناریو، و لِگ‌هایی که در آنها نمی‌بریم (به‌علاوهٔ نحوهٔ بازتولیدشان) در صفحهٔ محک‌ها هستند.

با پشتهٔ شما جور است

ابزارهای موجود خود را به آن نشانه بگیرید

Sonarr / Radarr

API کاملاً سازگار با SABnzbd را دارد، پس nzbfast را همچون یک کلاینت دانلود «SABnzbd» اضافه می‌کنید و کار می‌کند: گرفتن‌ها، دسته‌ها، اولویت‌ها، تلاش‌های مجدد، اسکریپت‌های پس‌پردازش روی قرارداد SAB_*، تاریخچه. نمای Newznab یک قدم جلوتر می‌رود و به *arrها اجازه می‌دهد ایندکس محلی شما را جست‌وجو کنند گویی یک ایندکسر است.

Step-by-step setup →

nzb360 / LunaSea

دیمن JSON-RPC NZBGet را هم صحبت می‌کند، پس کنترل‌های محبوب گوشی بدون هیچ تغییری nzbfast را می‌رانند. خودِ داشبورد هم یک چیدمان گوشی درست‌وحسابی دارد، برای زمانی که از صفحهٔ بزرگ دورید. (nzb360: SABnzbd API.)

از SAB یا NZBGet می‌آیید؟

یک کلیک سرورهای شما را از یک نصب موجود SABnzbd یا NZBGet می‌کشد، و اگر همان را بیابد sabnzbd.ini را مستقیم می‌خواند. پوشه‌های پایش، فیدهای RSS با فیلتر، پوشه‌های هوشمند با بایگانی TV و قواعد پاک‌سازی هم همه همراه می‌آیند.

از NZB تا یک فایل تأییدشدهپیش از آنکه دیگران دانلود را تمام کنند.