Si ca fonctionne tel quel sur Win11 a jour. Je pense qu'ils sont revenu en arrière a un moment, je ne saurais dire quand.

Code: [Sélectionner]

[checkFtthFree v0.17]                           Windows 11 Build 22631 (64-bit)
-------------------------- 2024-11-20 16:40:34 +0100 --------------------------
Paramétrage réseau actuel du système:
  AutoTuningLevelLocal: Normal
  CongestionProvider: BBR2
  EcnCapability: Disabled
  LinkSpeed: 10 Gbps
  NetworkCategory: Private
  PcieLinkSpeed: 5.0 GT/s
  PcieLinkWidth: 4
  PhysicalMediaType: 802.3
  ScalingHeuristics: Disabled
  Timestamps: Allowed
  => Latence TCP max pour une réception à 1 Gbps: 141 ms

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 3.51 ms                  [gigue: 1.05 ms]
  --> Débit: 757.74 Mo/s (6.06 Gbps)    [fluctuation: 1.07%]

Test TCP Internet (IPv4): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 2.99 ms                  [gigue: 0.16 ms]
  --> Débit: 728.55 Mo/s (5.83 Gbps)    [fluctuation: 0.50%]

Ca fonctionne bien BBR2 sur windows 11 maintenant ?
Je perdais en upload quand je l'utilisais,

Je confirme ne pas avoir de souci, en tout cas pas ceux de Fuzy.
Les serveurs BBR semblent plus chargés que les CUBIC, j'ai systématiquement un meilleur débit en Cubic depuis quelques temps.

[checkFtthFree v0.23]                           Windows 11 Build 22631 (64-bit)
-------------------------- 2024-11-26 17:44:35 +0100 --------------------------
Configuration réseau du système:
  Adapter.Driver: ASUS XG-C100C 10G PCI-E Network Adapter
  Adapter.DriverVersion: 3.1.10.0 (Marvell, 2024-04-23)
  Adapter.EEE: Disabled
  Adapter.FlowControl: Rx & Tx Enabled
  Adapter.IPChecksumOffloadIPv4: Rx & Tx Enabled
  Adapter.InterruptModeration: Enabled
  Adapter.JumboPacket: Disabled
  Adapter.LinkSpeed: 10 Gbps
  Adapter.LsoV1IPv4: Enabled
  Adapter.LsoV2: Enabled
  Adapter.PcieLinkSpeed: 8.0 GT/s
  Adapter.PcieLinkWidth: 2
  Adapter.PhysicalMediaType: 802.3
  Adapter.ReceiveBuffers: 2048
  Adapter.Rsc: Enabled
  Adapter.SpeedDuplex: Auto Negotiation
  Adapter.TCPUDPChecksumOffload: Rx & Tx Enabled
  Adapter.TransmitBuffers: 2048
  NetProfile.NetworkCategory: Private
  Tcp.AutoTuningLevelLocal: Normal
  Tcp.CongestionProvider: BBR2
  Tcp.EcnCapability: Disabled
  Tcp.ScalingHeuristics: Disabled
  Tcp.Timestamps: Allowed
  => Latence TCP max pour une réception à 1 Gbps: 141 ms

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [BBR]
  --> Latence: 9.93 ms                  [gigue: 0.73 ms]
  --> Débit: 823.99 Mo/s (6.59 Gbps)    [fluctuation: 1.59%]

Test TCP Internet (IPv6): téléchargement depuis l'AS 12876 (Scaleway) [CUBIC]
  --> Latence: 9.39 ms                  [gigue: 1.02 ms]
  --> Débit: 899.67 Mo/s (7.20 Gbps)    [fluctuation: 2.82%]
-------------------------- 2024-11-26 17:45:03 +0100 --------------------------

@Fuzy, essaye de mettre les derniers pilotes 3.1.10.

Comment ça "ça tombe" ? 
Ca retourne directement à la console sans afficher quoi que ce soit d'autre ?

D'après le test BBR on dirait bien qu'il y a le même souci de saturation entre 2 Gbps et 2,5 Gbps sous Linux...

Hmm,
La box est peut-être défectueuse, c'est quand même étonnant. Ca ne peut pas venir de l'adaptateur SFP+ car tu as le maximum en local. D'ailleurs, tu as lequel ? Celui fourni par Free ?

Bon après, tu es bridé par ton port PCIe, mais tu devrais avoir les 5Gbits au moins.

T'es encore en Cubic, essaye de passer en BBR (via powershell) :
netsh int tcp set supplemental Template=Internet CongestionProvider=bbr2
netsh int tcp set supplemental Template=Datacenter CongestionProvider=bbr2
netsh int tcp set supplemental Template=Compat CongestionProvider=bbr2
netsh int tcp set supplemental Template=DatacenterCustom CongestionProvider=bbr2
netsh int tcp set supplemental Template=InternetCustom CongestionProvider=bbr2


Si c'était si flagrant à Rennes, ça aurait râlé un peu plus que ça (je ne dis pas que vous êtes connus pour ça, mais un peu )

Il faudrait demander un échange, mais comment le justifier…

C'est marrant, je n'ai pas le même, le mien est un Hisense.

La console se ferme d'elle même, impossible de finir le test...

Ah mais ça c'est normal, je suppose que tu as lancé le script directement depuis l'interface graphique en double-cliquant dessus ? Dans ce cas la fenêtre se referme automatiquement une fois que le programme se termine.

Sous Windows j'ai ajouté une pause à la fin du programme en demandant d'appuyer sur Entrée pour quitter, car les gens sont habitués à lancer les programmes comme ça directement depuis l'interface graphique. Mais sous Linux ce type de programme se lance plutôt depuis un terminal, et du coup c'est plus embêtant qu'autre chose d'avoir à appuyer sur Entrée à chaque fois à la fin du programme, donc je n'ai pas mis cette pause automatique à la fin du programme.

Merci @ouno, ton exe est vraiment utile !

Tant mieux si ça sert ! Même si pour l'instant malheureusement ça n'a pas permis de résoudre ton problème...

Si c'était si flagrant à Rennes, ça aurait râlé un peu plus que ça (je ne dis pas que vous êtes connus pour ça, mais un peu )

Honnêtement je pense que pour la plupart des gens ça passe relativement inaperçu une limite à 300 Mo/s par connexion TCP. Surtout que la plupart des outils de test de débit sont en multi-connexion...