De NZB à un fichier vérifié
avant que les autres aient fini de télécharger.

nzbfast est un téléchargeur Usenet bâti autour d’un pipeline en une passe : chaque octet est décodé, vérifié et extrait pendant qu’il se télécharge. Aucune passe d’assemblage ensuite, plus rien à vérifier ni à décompresser une fois qu’il est terminé. À l’instant où la barre de progression se remplit, le fichier est achevé et son intégrité prouvée.

8.31 Gbps sur une ligne 10 GbE 190 GB → 4m33s vers un fichier vérifié Les volumes RAR ne touchent jamais le disque La moitié du disque exigé par les concurrents RAM budgétée · 0 swap, jamais
Télécharger Voir les chiffres

macOS · Windows · Linux · Docker : un seul exécutable autonome, outils de réparation et d’extraction embarqués.

nzbfast dashboard mid-download at 61 MB/s: throughput peaking at 104 MB/s across a full history graph, live resource and per-provider charts, and the download/verify/extract pipeline stages overlapping

Pourquoi c’est rapide

Trois idées que les clients grand public n’exploitent pas à fond

C’est de l’architecture, pas de la micro-optimisation, et tout est mesuré dans le journal de benchmarks avec des commandes que vous pouvez relancer vous-même.

🔁

NNTP pipeliné

Plusieurs requêtes d’articles restent en vol par connexion : les allers-retours ne laissent jamais le socket inactif, et TCP n’affaisse jamais sa fenêtre de congestion entre deux articles. Mesuré de +12% à +270% face au mode sériel sur quatre sites ; une ligne sature avec 8 connexions au lieu de 30–50.

🚿

Le pipeline en une passe

Les articles sont décodés en SIMD sur place, écrits une seule fois à leur position finale, vérifiés en PAR2 depuis les tampons de décodage, et le contenu des RAR en mode store est extrait pendant le téléchargement, les volumes n’existent jamais sous forme de fichiers. Écritures disque = contenu × 1.0.

🕸️

Disponibilité en union

Un article n’est « manquant » que lorsque chaque backbone configuré l’a refusé. Un décompte au bloc près tranche COMPLET / RÉPARABLE / IMPOSSIBLE avant de gaspiller le moindre octet, récupère le minimum ajusté de blocs de récupération, et abandonne les téléchargements sans espoir en quelques secondes.

Le pipeline

Toucher chaque octet une seule fois

Les concurrents écrivent les volumes d’archive, les relisent pour vérifier, les relisent encore pour extraire, puis écrivent le résultat, en gros 2× d’écritures et 2× de lectures. nzbfast fait plutôt ceci :

socket ──TLS──▶ décodage SIMD rapidyenc (sur place - 4.95 GB/s par cœur)
                   │
                   ├─▶ pwrite à la position finale       (posts simples)
                   │      └─ ou : traduction RAR-map ─▶ pwrite directement dans le
                   │         fichier extrait (posts en mode store - les
                   │         volumes rar ne touchent jamais le disque)
                   ├─▶ hacheur de blocs PAR2 - chaque bloc vérifié en MD5 depuis
                   │      le tampon de décodage ; la vérification finit avec le téléchargement
                   └─▶ registre de disponibilité - santé au bloc près, en direct
Post endommagé ? Les blocs défectueux sont connus dès l’instant où leurs articles échouent, le minimum ajusté de volumes de récupération est récupéré pendant le téléchargement (22 blocs récupérés pour 20 nécessaires, lors de la manche de benchmark), et la réparation ne touche que les zones endommagées. Post impossible ? Il abandonne en quelques secondes en n’ayant presque rien téléchargé, avant même que votre quota s’en aperçoive.

Fonctionnalités phares

Tout ce qu’exige une installation sérieuse

La liste complète (chaque réglage, chaque intégration) est sur la page des fonctionnalités.

  • Téléchargements à la vitesse de la ligne: NNTP pipeliné mesuré à 8.31 Gbps sur 10 GbE ; le client le plus rapide sur chaque manche de benchmark propre, à toutes les tailles.
  • Pipeline en une passe: décodage, vérification et extraction se chevauchent ; les volumes RAR en mode store ne touchent jamais le disque ; les archives imbriquées se décompressent dans la même passe ; 1× de disque là où les autres en exigent ~2×.
  • Disponibilité en union multi-fournisseurs: routage au bloc près à travers les backbones ; verdicts avant décollage ; réparation au plus juste ; abandon précoce des posts impossibles.
  • Budget mémoire: un budget global de RAM avec des paliers de débordement en douceur. Il ne fait jamais swapper votre machine : une tâche de 190 GB se termine dans un budget de 1 GB (~1.1 GB de RSS au pic).
  • Reprise résistante aux crashs: grâce au journal au niveau de l’article, un crash ou un kill −9 en plein téléchargement ne coûte presque rien : il reprend, en ne re-téléchargeant que ce qui n’était pas sauvegardé.
  • API prêtes à l’emploi: API compatible SABnzbd et JSON-RPC NZBGet : Sonarr, Radarr, nzb360 et LunaSea fonctionnent sans modification. Import en un clic de votre config SAB/NZBGet.
  • Indexeur intégré: scanne vos newsgroups vers un index local cherchable, et sert du Newznab pour que votre pile *arr puisse le chercher aussi.
  • Mur d’affiches avec métadonnées sans clé: affiches, notes, casting et synopsis pour tout ce que contient votre index, sans aucune clé API à demander.
  • Automatisation par liste de suivi: nommez une série ou un film (diffusé ou non) ; il est récupéré dès son apparition, puis monté en qualité jusqu’à atteindre votre cible.
  • Un seul exécutable: la réparation (par2) et l’extraction (RAR) voyagent dans le binaire. Dézippez, lancez, c’est fait.

Benchmarks

190.6 GB → un fichier vérifié de 167.9 GB

Même machine, mêmes six fournisseurs, exécutions entrelacées coup sur coup. Temps jusqu’à l’existence d’un fichier utilisable et extrait, la seule métrique qui compte. Chaque concurrent réglé à son meilleur documenté (y compris en activant le pipelining de SABnzbd, livré sans).

nzbfast4m 33s
NZBGet 26.27m 58s · +75%
SABnzbd 5.0.419m 32s · +329%
rustnzb 1.3.4aucun fichier utilisable

NZB de 190.6 GB → un seul mkv de 167.9 GB, M1 Ultra sur 10 GbE, 6 fournisseurs × 8 connexions. La même tâche se termine dans un budget mémoire de 1 GB. Tableaux complets, les sept scénarios, et les manches que nous ne gagnons pas (plus comment les reproduire) sur la page des benchmarks.

S’intègre à votre pile

Pointez vos outils existants dessus

Sonarr / Radarr

Il embarque toute l’API compatible SABnzbd : ajoutez nzbfast comme client de téléchargement « SABnzbd » et ça fonctionne tout seul : récupérations, catégories, priorités, réessais, scripts de post-traitement sur le contrat SAB_*, historique. La façade Newznab va encore plus loin et laisse les *arr chercher dans votre index local comme s’il s’agissait d’un indexeur.

nzb360 / LunaSea

Le daemon parle aussi le JSON-RPC de NZBGet, les télécommandes mobiles populaires pilotent nzbfast sans modification. Et le tableau de bord lui-même offre une vraie disposition téléphone pour quand vous êtes loin du grand écran.

Vous venez de SAB ou NZBGet ?

Un clic importe vos serveurs depuis une installation SABnzbd ou NZBGet existante (il lit aussi sabnzbd.ini directement). Dossiers surveillés, flux RSS avec filtres, dossiers intelligents avec classement TV et règles de nettoyage suivent le mouvement.

Essayez-le dans les deux prochaines minutes

Dézippez, double-cliquez sur le lanceur, répondez à trois questions (ou laissez-le trouver votre config SABnzbd), et le tableau de bord s’ouvre. Premier téléchargement en moins de deux minutes.

Télécharger nzbfast Lire la liste complète des fonctionnalités