Pourquoi les vitesses Usenet varient : ce n'est presque jamais le fournisseur

Lorsque quelqu'un écrit sur Reddit « je ne fais que 50 Mbit/s sur ma connexion gigabit, ce fournisseur est-il lent ? », la réponse est presque toujours non. Le fournisseur sert les données aussi vite que votre connexion peut les récupérer. Le goulot d'étranglement se trouve quelque part entre votre ordinateur et le serveur, pas au niveau du serveur lui-même.

Cette page explique chaque maillon de cette chaîne, pourquoi chacun peut limiter votre vitesse et comment identifier lequel est votre véritable goulot d'étranglement. Si vous voulez uniquement la liste rapide d'optimisation, consultez notre guide d'optimisation de la vitesse. Cette page est le « pourquoi » plus approfondi.

Lorsque vous téléchargez depuis NewsDemon, vos données ne voyagent pas directement de notre serveur à votre ordinateur. Elles traversent une chaîne de réseaux, et chaque maillon de cette chaîne peut constituer une limite de vitesse.

serveur NewsDemon → notre réseau de centre de données → fournisseurs de transit → points d'échange Internet → backbone de votre ISP → dernier kilomètre de votre ISP → votre modem/routeur → votre ordinateur

Votre « connexion gigabit » ne décrit que le dernier kilomètre, le lien entre votre ISP et votre domicile. Chaque autre maillon de la chaîne a sa propre capacité, son propre niveau de congestion et son propre potentiel à devenir le goulot d'étranglement.

Peering et transit ISP

Votre ISP se connecte au reste d'Internet par l'intermédiaire de relations de peering et de liens de transit payants. Si votre ISP a une faible connexion de peering vers le réseau où se trouvent les serveurs NewsDemon, votre trafic doit emprunter un chemin plus long et plus encombré. C'est de loin la raison la plus fréquente pour laquelle une personne avec une connexion Internet rapide obtient des vitesses Usenet lentes.

Vous pouvez tester cela avec un traceroute vers news.newsdemon.com. Si vous voyez une latence élevée ou une perte de paquets à un saut spécifique (surtout un qui appartient à votre ISP ou à un fournisseur de transit), c'est probablement le goulot d'étranglement. Passer à une autre région de serveur NewsDemon (US East, US West ou EU) aide parfois parce que le trafic emprunte un chemin différent à travers Internet.

Limitation ISP

Certains ISP ralentissent délibérément le trafic Usenet. Ils utilisent l'inspection approfondie de paquets (DPI) pour identifier le trafic du protocole NNTP et appliquent des limites de débit. Cela se rencontre plus souvent sur le port 119 (non chiffré) où le protocole est facile à identifier, mais certains ISP limitent même le trafic chiffré sur le port 563 en se basant sur les motifs de trafic.

Le test est simple : connectez-vous via un VPN et comparez les vitesses. Si votre vitesse augmente significativement avec le VPN, votre ISP appliquait une limitation. Un VPN empêche l'ISP d'identifier le trafic comme Usenet. SlickVPN est inclus gratuitement avec chaque forfait NewsDemon précisément pour ce scénario.

Congestion aux heures de pointe

La congestion Internet suit des motifs quotidiens prévisibles. Le soir (entre environ 19 h et 23 h heure locale), les réseaux résidentiels connaissent une utilisation maximale alors que les gens regardent des vidéos en streaming, jouent et téléchargent. L'infrastructure partagée de votre ISP, le nœud qui dessert votre quartier et les liens de transit de votre ISP vers le reste d'Internet peuvent tous être congestionnés à ces heures.

Si vous voyez systématiquement des vitesses lentes le soir mais des vitesses rapides à 2 h du matin, le problème est une congestion quelque part du côté ISP de la connexion. Le fournisseur ne ralentit pas. La conduite entre vous et le fournisseur est simplement plus encombrée aux heures de pointe.

Distance géographique (rarement un problème)

Tant que votre fournisseur dispose d'un serveur NNTP sur votre continent, la distance géographique est rarement un facteur significatif pour la vitesse de téléchargement. Une connexion de Londres vers un serveur à Amsterdam a environ 10-15 ms de latence aller-retour. New York vers la Virginie fait moins de 20 ms. À ces latences, même une seule connexion TCP peut pousser plusieurs centaines de mégabits. Ajoutez 30 à 50 connexions parallèles et la distance au sein d'un continent cesse complètement d'avoir de l'importance.

Là où la distance devient un facteur, c'est pour les connexions intercontinentales. Sydney vers la Virginie représente environ 200 ms aller-retour. À cette latence, chaque connexion TCP individuelle plafonne à 50-80 Mbit/s quelle que soit la vitesse de votre ligne, vous avez donc besoin de toutes vos 50 connexions pour obtenir un débit agrégé correct. Cela fonctionne, mais c'est sensiblement moins efficace que de se connecter à un serveur de votre propre région.

C'est pourquoi les emplacements des serveurs d'un fournisseur ont leur importance. Un fournisseur qui n'a qu'un seul parc de serveurs aux États-Unis convient aux utilisateurs nord-américains, mais un utilisateur européen ou australien paie une taxe de latence sur chaque connexion. NewsDemon exploite trois régions de serveurs : US East (Virginie), US West (Californie) et EU (Pays-Bas). Si votre fournisseur n'a de serveurs que sur un continent différent du vôtre, cela seul pourrait expliquer vos problèmes de vitesse, et aucun réglage du nombre de connexions ne résoudra entièrement la situation. Passez à un fournisseur qui dispose d'infrastructures près de chez vous.

Taille de la fenêtre TCP et réglages

TCP, le protocole qui transporte votre trafic Usenet, dispose d'un mécanisme de contrôle de congestion qui détermine la quantité de données pouvant être « en vol » entre vous et le serveur à tout moment. Le débit maximum d'une seule connexion TCP est limité par la formule :

Débit max = taille de la fenêtre TCP / latence aller-retour

Sur une connexion à forte latence (disons 100 ms RTT), une seule connexion TCP avec la taille de fenêtre par défaut peut plafonner à 50-80 Mbit/s même sur une ligne gigabit. C'est pourquoi Usenet utilise plusieurs connexions en parallèle. Chaque connexion a sa propre fenêtre TCP, et le débit total est la somme de toutes les connexions. Avec 30 à 50 connexions, le débit agrégé peut saturer même une ligne gigabit malgré une forte latence.

C'est le meilleur argument pour avoir plus de connexions : il ne s'agit pas seulement de télécharger plus d'articles simultanément. Il s'agit de dépasser la limite de débit par connexion imposée par TCP et la latence.

Wi-Fi

Le Wi-Fi est le goulot d'étranglement caché le plus fréquent. Même le Wi-Fi 6 (802.11ax), avec ses vitesses théoriques multi-gigabit, offre un débit réel qui est nettement inférieur à celui de l'Ethernet filaire et qui varie constamment selon la distance par rapport au routeur, les interférences d'autres appareils, la construction des murs et le nombre d'autres appareils connectés au réseau.

Si vous cherchez à résoudre des vitesses Usenet lentes, la première chose à essayer est une connexion Ethernet filaire. Si votre vitesse double quand vous branchez un câble, le Wi-Fi était le goulot d'étranglement. Ce n'est pas un problème spécifique à Usenet. Il touche tout le trafic, mais c'est plus perceptible avec Usenet parce que vous maintenez un débit élevé pendant de longues périodes au lieu de charger des pages web en courtes salves.

Limitations du routeur et du modem

Certains routeurs grand public ne peuvent pas gérer le trafic chiffré à haut débit à la vitesse de la ligne. SSL/TLS nécessite des cycles CPU pour déchiffrer, et les routeurs bon marché peuvent ne pas avoir la puissance nécessaire pour déchiffrer un gigabit de trafic en temps réel. Si le CPU de votre routeur est saturé pendant les téléchargements, il devient le goulot d'étranglement.

Cela arrive plus souvent avec les routeurs fournis par l'ISP qu'avec les modèles achetés séparément. Si vous soupçonnez votre routeur, essayez de connecter votre ordinateur directement à votre modem (en contournant le routeur) et testez à nouveau.

Vitesse du disque

Votre client de téléchargement écrit des données sur le disque en continu pendant un téléchargement. Si vous écrivez sur un disque dur mécanique lent, un disque externe USB 2.0 ou un NAS connecté via un lien réseau lent, le disque devient le goulot d'étranglement avant votre connexion Internet. Utilisez un SSD pour le répertoire temporaire de votre client de téléchargement. Même un SSD SATA bon marché est plusieurs ordres de grandeur plus rapide qu'un disque rotatif pour le motif d'écritures aléatoires que produisent les téléchargements Usenet.

Limitations CPU (rares mais réelles)

Le déchiffrement SSL, la vérification et réparation PAR2 et l'extraction d'archives utilisent tous le CPU. Sur du matériel de bureau moderne, ce n'est pas un problème. Sur les appareils à faible consommation (Raspberry Pi, anciennes unités NAS, routeurs ARM bon marché), le CPU peut devenir le goulot d'étranglement pendant le déchiffrement SSL. NZBGet est plus léger que SABnzbd côté CPU, raison pour laquelle il est privilégié pour les NAS et les appareils embarqués.

Le fournisseur peut-il réellement être le goulot d'étranglement ? Oui, mais c'est rare avec des fournisseurs établis et beaucoup moins fréquent que ce que l'on imagine. Voici quand c'est réellement le fournisseur :

Capacité serveur surventée. Si un fournisseur met trop d'utilisateurs sur un seul serveur frontal sans assez de bande passante, les utilisateurs se disputent le même tuyau. Les fournisseurs établis avec leur propre infrastructure (comme NewsDemon) dimensionnent leur capacité frontale pour gérer les pics de charge. Les petits revendeurs qui louent un seul serveur ne le font souvent pas.

Récupération spool lente. Si le logiciel spool ou le matériel de stockage ne peut pas servir les articles assez vite, le serveur devient le goulot d'étranglement. Cela affecte surtout les articles plus anciens sur disque rotatif. Les articles récents sur le spool chaud NVMe sont servis à la vitesse de la mémoire.

Limitation artificielle. Certains fournisseurs économiques limitent les vitesses sur les forfaits moins chers ou pendant les heures de pointe pour réduire les coûts. NewsDemon n'applique jamais de limitation, sur aucun forfait. Le forfait à 3 $ par mois obtient les mêmes vitesses que l'abonnement annuel illimité.

Si vous soupçonnez que le fournisseur est en cause, le test est d'essayer une autre région de serveur. NewsDemon en compte trois (US East, US West, EU). Si les trois sont lentes mais que votre Internet est rapide pour tout le reste, contactez le support et nous examinerons le chemin entre votre ISP et nos serveurs.

Lorsque vos vitesses Usenet ne sont pas à la hauteur de vos attentes, parcourez cette liste dans l'ordre :

1. Êtes-vous en Wi-Fi ? Essayez un câble Ethernet. Si la vitesse double, c'était ça.

2. Combien de connexions ? Si moins de 20, augmentez à 30-40. Cela seul résout la plupart des plaintes.

3. Êtes-vous en SSL sur le port 563 ? Si vous êtes sur le port 119, basculez. Si le 563 est bloqué, essayez le 443.

4. Votre fournisseur a-t-il un serveur sur votre continent ? Si vous êtes en Europe et que vous vous connectez à un fournisseur exclusivement américain, c'est votre problème. Changez de fournisseur ou trouvez-en un avec des serveurs EU. Si votre fournisseur a une région locale, assurez-vous d'y être connecté.

5. Essayez une autre région de serveur. Si votre fournisseur en a plusieurs, testez chacune. Une région différente signifie un chemin réseau différent et potentiellement un goulot d'étranglement différent.

6. Testez avec un VPN. Si la vitesse s'améliore, votre ISP applique une limitation. Gardez le VPN activé.

7. Vérifiez la vitesse du disque. Écrivez-vous sur un SSD ou sur un disque mécanique lent ?

8. Vérifiez l'heure de la journée. Lent à 21 h mais rapide à 3 h du matin ? C'est une congestion ISP, pas le fournisseur.

9. Lancez un traceroute vers news.newsdemon.com. Cherchez une latence élevée ou une perte de paquets à des sauts spécifiques. Cela identifie le maillon faible.

10. Toujours lent après tout ce qui précède ? Contactez le support NewsDemon avec vos résultats de traceroute et nous creuserons depuis notre côté.

Les gens demandent parfois pourquoi Usenet utilise 20 à 50 connexions au lieu d'une seule connexion rapide comme un téléchargement web. La réponse tient à la physique et à la conception du protocole.

Une seule connexion TCP sur un lien à 100 ms de latence plafonne à environ 50-80 Mbit/s quelle que soit la rapidité de votre ligne. C'est une propriété fondamentale du contrôle de congestion TCP, pas une limitation d'Usenet ni d'un fournisseur particulier. HTTP contourne cela en téléchargeant plusieurs fichiers en parallèle et en utilisant le multiplexage HTTP/2. Usenet le contourne en ouvrant plusieurs connexions NNTP, chacune téléchargeant un segment d'article différent simultanément.

Avec 30 connexions, faisant chacune 50 Mbit/s sur un lien à 100 ms, votre débit agrégé est de 1,5 Gbit/s (limité à la vitesse réelle de votre ligne). C'est pourquoi Usenet peut saturer des connexions gigabit alors qu'un seul téléchargement HTTP depuis le même centre de données ne le pourrait pas.

NewsDemon inclut 50 connexions sur chaque forfait parce que le nombre de connexions se traduit directement en débit réalisable, surtout sur les connexions à forte latence ou à haut débit. Le forfait à 3 $ par mois obtient les mêmes 50 connexions que l'abonnement annuel illimité.

Plusieurs connexions contournent le problème de latence. Le NNTP pipelining le résout réellement.

Le NNTP traditionnel fonctionne en mode strict va-et-vient : votre client envoie une requête, attend la réponse, envoie la requête suivante, attend encore. Sur une connexion avec 80 ms de latence aller-retour (typique Royaume-Uni vers US East), cela signifie 80 ms de temps mort par article. Multipliez cela par des dizaines de milliers d'articles et vous avez passé une énorme partie de votre temps de téléchargement à simplement attendre que la lumière voyage dans la fibre.

Le pipelining abandonne ce schéma strict. Votre client envoie plusieurs requêtes à la suite sans attendre les réponses individuelles, et le serveur diffuse les réponses dans l'ordre. La connexion reste saturée. La pénalité de latence disparaît.

NewsDemon a déployé le NNTP pipelining complet sur toutes ses régions de serveurs en avril 2026. Il fonctionne automatiquement avec les clients modernes, notamment SABnzbd, NZBGet, NewsBin Pro et NewsLeecher. Aucune configuration nécessaire, votre client négocie automatiquement le pipelining dès qu'il se connecte à un serveur compatible.

Qui en profite le plus : les clients européens qui utilisent les serveurs américains, les connexions transcontinentales aux États-Unis et toute personne disposant de connexions gigabit ou plus qui n'a jamais pu saturer sa ligne. Dans nos tests internes, un client européen sur fibre gigabit est passé d'environ 500 Mbit/s à un gigabit complètement saturé sur les serveurs US East, uniquement en activant le pipelining.

Lisez l'analyse technique complète (anglais).