La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Free => 
Débits fibre Free => Discussion démarrée par: Pikabois le 04 janvier 2025 à 20:42:08
-
Hello,
J'ai récemment emménagé dans un appart, et étant en études dans l'info, je me suis dit pourquoi pas prendre la Freebox Ultra avec les prétendus 8 Go. J'ai juste eu à l'installer et la brancher, vu que l'ancienne propriétaire était déjà fibrée. (Chose assez marrante, on peut remarquer le petit encadré «Bâtiment géré par Free » dans le haul de l'immeuble.) Le Wifi me parait être d'une très bonne qualité, en revanche par cable ethernet, c'est une catastrophe. J'ai pris un TP-Link TX401 que j'ai branché et que ma carte mère reconnait sans soucis. Un câble fonctionnel CAT 8 et un 10G SFP+ vers RJ45 qui me semblait correct sur Amazon. Je lance un speedtest et là, je vous laisse constater ce que j'obtiens. J'ai réalisé le test checkFtthFree d'ailleurs, que je vous mets aussi. Je ne sais pas d'où peut venir le problème.
-
Bonjour,
1 ) as tu essayé de lancer le PC en mode Windows Sans échec ?
ça sent fort un PC avec une "optimisation" du débit pour de l'ADSL.
2) avec ton smartphone en wifi, as tu le même problème ? Si les débits notamment en upload sont nettement plus élevés, ça confirme le point 1)
-
Bonsoir,
Le test de débit local étant également mauvais, le problème se trouve probablement sur le pc.
Essayez sur un des ports 2,5 gbps côté Freebox et sur le port intégré de la carte mère côté pc. Si le débit n'atteint pas 1 gbps et reste limité, il faudrait regarder s'il n'y aurait pas un logiciel d'optimisation de réseau installé (genre cFosSpeed), si oui, le désinstaller.
Si le débit est ok sur le port 1 gbps de la carte mère, restez sur le port 2,5 gbps de la Freebox mais revenez sur la TP-Link TX401 côté pc. Elle gère le multigig donc devrait être capable de synchro à 2,5 gbps. Si le débit est donc bien de 2,5 gbps, le problème vient de l'adaptateur côté Freebox, sinon je chercherai plutôt du côté du pilote de la carte TP-Link.
-
Bonjour,
1 ) as tu essayé de lancer le PC en mode Windows Sans échec ?
ça sent fort un PC avec une "optimisation" du débit pour de l'ADSL.
2) avec ton smartphone en wifi, as tu le même problème ? Si les débits notamment en upload sont nettement plus élevés, ça confirme le point 1)
Ah le premier point doit être bon, en effet après avoir relancer en sans échec j'ai 5g en dl et 7.5 en upload
Comment je suis censé remettre ses paramètres de base?
-
il faudrait tester TCP optimizer https://www.speedguide.net/downloads.php en mettant les paramètres pour les connexions > 100 mbit/s et réessayer
-
il faudrait tester TCP optimizer https://www.speedguide.net/downloads.php en mettant les paramètres pour les connexions > 100 mbit/s et réessayer
Ok j'ai mit en "Optimal" et malgré plusieurs redémarrages, ils n'ont pas l'air de bouger sinon tout les autres paramètres ont bien changés. En revanche rien ne bouge niveau speedtest
-
c'est Quel OS ?
Windows 10 ? 11 ?
Quel est l'antivirus ?
Le parefeu ?
les débit sont identiques en désactivant temporairement l'antivirus ? le parefeu ?
-
c'est Quel OS ?
Windows 10 ? 11 ?
Quel est l'antivirus ?
Le parefeu ?
les débit sont identiques en désactivant temporairement l'antivirus ? le parefeu ?
Je suis sous windows 10
J'ai pas d'antivirus, et les débits sont les mêmes avec le parefeu ou non
-
Hello,
je serais toi je ferais un reset de la pile réseau (en ligne de commande en admin) :
netsh int ip reset
netsh winsock reset
Et tu redémarres.
-
Très étrange tes valeurs de compteur ReceivedDiscardedPackets ???
Est-ce que tu peux lancer cette commande dans un powershell pour voir ? (avant et après avoir lancé l'outil checkFtthFree)
Get-NetAdapterStatistics | FL -Property Name,ReceivedDiscardedPackets
-
Hello,
je serais toi je ferais un reset de la pile réseau (en ligne de commande en admin) :
netsh int ip reset
netsh winsock reset
Et tu redémarres.
ça n'a rien changé malheureusement mais merci quand même
-
Très étrange tes valeurs de compteur ReceivedDiscardedPackets ???
Est-ce que tu peux lancer cette commande dans un powershell pour voir ? (avant et après avoir lancé l'outil checkFtthFree)
Get-NetAdapterStatistics | FL -Property Name,ReceivedDiscardedPackets
Yep j'ai reçu ça :
-
Yep j'ai reçu ça :
Ok, donc les compteurs de paquets rejetés par ton interface sont vraiment hauts...
Si tu peux lancer la commande une fois avant et une fois après avoir lancé checkFtthFree ça serait intéressant.
Je serais toi j'essaierais de mettre à jour le pilote, par exemple avec celui-ci si tu veux continuer à utiliser celui du fournisseur de la puce (Marvell):
https://www.marvell.com/content/dam/marvell/en/drivers/Marvell_AQtion_Win_v3.1.10.0%20.zip
Sinon tu peux aussi essayer le pilote du fabriquant de la carte (TP-Link):
https://www.tp-link.com/fr/support/download/tx401/
-
Ok, donc les compteurs de paquets rejetés par ton interface sont vraiment hauts...
Si tu peux lancer la commande une fois avant et une fois après avoir lancé checkFtthFree ça serait intéressant.
Je serais toi j'essaierais de mettre à jour le pilote, par exemple avec celui-ci si tu veux continuer à utiliser celui du fournisseur de la puce (Marvell):
https://www.marvell.com/content/dam/marvell/en/drivers/Marvell_AQtion_Win_v3.1.10.0%20.zip
Sinon tu peux aussi essayer le pilote du fabriquant de la carte (TP-Link):
https://www.tp-link.com/fr/support/download/tx401/
Hm niveau test les packets restent à 0 avant et après.
Concernant les pilote, j'ai voulu prendre le pilote du frabriquant mais il ne trouve apparemment pas mon adaptateur, en revanche l'installation du pilote de marvell fonctionne
-
Hm niveau test les packets restent à 0 avant et après.
C'était un bug de ton pilote précédent je pense, maintenant avec le nouveau pilote le compteur est normal.
Concernant les pilote, j'ai voulu prendre le pilote du frabriquant mais il ne trouve apparemment pas mon adaptateur, en revanche l'installation du pilote de marvell fonctionne
Tu as bien pris le pilote adapté à la version de ta carte TX401 ? (il y a des pilotes différents selon la version de la carte TX401, V1 ou V2)
Sinon il est possible que tu doives désinstaller manuellement le pilote Marvell avant d'installer le pilote TP-Link.
-
C'était un bug de ton pilote précédent je pense, maintenant avec le nouveau pilote le compteur est normal.
Tu as bien pris le pilote adapté à la version de ta carte TX401 ? (il y a des pilotes différents selon la version de la carte TX401, V1 ou V2)
Sinon il est possible que tu doives désinstaller manuellement le pilote Marvell avant d'installer le pilote TP-Link.
En effet j'avais pas vu l'histoire de version, une fois installer et lancer, il installe enfaite le pilote "Marvell", donc même en désinstallant et réinstallant ça ne règle pas le problème
-
Lorsque tu lances le test en mode sans échec il n'y a plus de souci c'est bien ça ?
Est-ce que tu peux mettre une capture du test checkFtthFree lancé dans le mode sans échec pour comparer ?
-
En effet j'ai pas de soucis, dans le cas du sans échec j'ai bien des débits plus que correct.
Oui voici le résultat :
-
Effectivement en mode sans échec ça semble ok.
Il doit y avoir quelque chose qui se lance au démarrage sur ton système qui pourrit les perfs réseau.
Il faudrait tester en désinstallant ou désactivant les éléments les plus suspects (par exemple dans l'onglet démarrage du gestionnaire des tâches tu peux visualiser et désactiver tout ce qui se lance automatiquement, élément par élément).
Sinon la méthode bourrin: réinstaller Windows ::)
-
J'ai tenté de désactiver tout les trucs qui se lance au démarrage et rien n'y change :'(
Je t'avoue que j'ai vraiment pas envie de réinstaller windows pour le moment
-
Est-ce que tu as vérifié la conso CPU pendant que checkFtthFree faisait des tests de transfert ?
Si la conso est élevée, tu peux essayer d'identifier les processus les plus consommateurs pendant les transferts en allant dans l'onglet Détails du gestionnaire des tâches et en classant par "Processeur".
-
Y'a vraiment rien d'anormal niveau conso cpu, je l'ai refait deux fois et rien ne dépassait les 5%
-
5% sur le processeur complet, ou 5% sur chaque cœur ?
Sur le gestionnaire des tâches, allez dans l'onglet performance puis clic droit sur le graphique, "Modifier le graphique en" → "processeur logique".
Pendant le test, aucun cœur ne doit s'approcher des 100%.
-
Bonjour
Pas de sauvegarde vers un cloud qui tourne en tache de fond?
Le pc est-il sain de tout virus et autres trucs ?
-
Je viens de remarquer que naturellement, mes cœurs vont tous osciller entre 0-5% et 100%, de façon à faire des petits pics à 100%. Cela ne change pas et s'aggrave un peu lors du check.
Autre information que j'avais oublié de préciser et dont je ne sais pas si elle est utile : si mon PC reste allumé pendant plusieurs heures, à un moment, il va rester connecté à un internet, mais cela devient très bizarre, je ne peux parfois plus faire de recherche internet, j'ai par exemple Spotify à côté qui me dit que mon PC n'est plus branché à un internet, alors qu'à côté je fais des recherches sur mon navigateur. J'avais pu constater qu'il s'agissait d'une perte de paquets essentiellement, mais je n'ai jamais su comment la régler.
-
Bonjour
Pas de sauvegarde vers un cloud qui tourne en tache de fond?
Le pc est-il sain de tout virus et autres trucs ?
Non aucune sauvegarde vers un cloud.
Au dernière nouvelle oui il est sain.
-
Est-ce que tu peux essayer d'identifier le(s) processus qui génère(nt) ces pics de conso CPU comme je mettais dans mon message précédent ?
-
Est-ce que tu peux essayer d'identifier le(s) processus qui génère(nt) ces pics de conso CPU comme je mettais dans mon message précédent ?
Et bien après avoir fait le test, le cpu n'est pas monté au dessus de 50%, les rares seules fois où il est monté, il y avait checkftt... et WMI Provider Host, avec cFosSpeed Service aussi.
-
en regardant ce que c'est cFosSpeed je suis tombé sur un logiciel de traffic shaping
https://fr.wikipedia.org/wiki/CFosSpeed
ça pourrait peut être expliquer non ? :)
-
Oui il faut bien sûr essayer en désinstallant cFosSpeed qui a souvent été la cause de problèmes de performances (voir dernier exemple en date ici (https://lafibre.info/free-les-news/freebox-v9/msg1098873/#msg1098873)).
robin4002 l'avait déjà expliqué hier ici même (https://lafibre.info/1gb-free/debit-desastreux/msg1101293/#msg1101293)...
Mais je trouve quand même cela étonnant que ce soit cFosSpeed qui génère ces pics d'utilisation CPU hyper réguliers sur tous les cores même lorsqu'aucun transfert est en cours.
-
Eh bien écoutez, merci à tous, c'était bel et bien "cFosSpeed" le fautif de l'histoire. En effet, j'aurais dû prêter plus attention au message d'hier, sorry. Quant aux pics du CPU, je ne sais pas réellement à quoi ils sont dus, car ils continuent.
-
Vous pensez d'ailleurs que mon problème d'internet et de perte de paquet au bout de plusieurs heures pourrait venir de la ?
-
Quant aux pics du CPU, je ne sais pas réellement à quoi ils sont dus, car ils continuent.
C'est bizarre que les process en cause ne soient pas visibles dans le gestionnaire des tâches avec des pics à 100% aussi fréquents sur tous les coeurs comme ça.
Est-ce que ça le fait aussi en mode sans échec ?
-
Quand le CPU tape les 100% pendant un speedtest, est-ce que la souris lagge ?
-
C'est bizarre que les process en cause ne soient pas visibles dans le gestionnaire des tâches avec des pics à 100% aussi fréquents sur tous les coeurs comme ça.
Faut faire un clic droit sur le graphique de l'utilisation processeur et cocher « montrer temps noyau » ; c'est possible que ça soit quelque chose de tiers en cause mais que la faute se retrouve attribuée au noyau