Donc tu es connecté à Miossec, c'est ça ?
Moi je suis sur Quimper Gare, normalement.

Petite mise à jour du matin 
Toujours des débits qui montent haut, mais on confirme des écarts sur la journée plus importants qu'avec Illinois.

Note: Hier, 10/01/2020, il n'y a pas eu de chiffres entre 9h20 et 17h50 (ces données là étant présentes). Les courbes de tendance s'en ressentent donc.

sur *BSD dont MacOs s'inspire, pour du 10G on met:

# ajuster le max ipc du noyau car la pile tcp/ip utilise ipc
kern.ipc.maxsockbuf=16777216

# ajuster les max tcp
net.inet.tcp.recvspace=131072
net.inet.tcp.sendspace=131072
net.inet.tcp.sendbuf_max=16777216 (autosndbufmax sur Mac ?)
net.inet.tcp.recvbuf_max=16777216 (autorcvbufmax sur Mac ?)
net.inet.tcp.sendbuf_inc=65536
net.inet.tcp.recvbuf_inc=65536

le point important c'est que le max tcp ne peut dépasser le max ipc.

Apres y'a peut-etre des trucs spécifiques MacOS, attention toutefois a ne pas chercher a appliquer des trucs "anciens" a la version actuelle c'est souvent le souci de copier/coller ce qu'on lit sans comprendre 

et bien backup les valeurs actuelles avant de faire des changements.

Le mieux serait de trouver la doc officiel Apple pour sysctl, apres on peut chercher nous meme les valeurs a changer.

Mise à jour du matin (9h20).
Comportement similaire à celui de la veille.

Je suis revenu a illinois depuis 9h45, qui permet d'avoir des résultats plus homogènes et j'ai rajouté une nouvelle modification :

# Désactiver la mémorisation des tests précédents afin d'éviter que le serveur bride les tests suite à une performances limitée
net.ipv4.tcp_no_metrics_save=1

Cela permet que chaque test soit indépendant des précédents, ce qui n'était pas le cas avant.

Voici la liste de mes optimisation : J'ai créer le fichier /etc/sysctl.d/19-patch-swappiness.conf pour que les modif soient permanentes :
# Reduce the swap
vm.swappiness = 2

# Reduce the threshold where a DDOS impacts the server
net.ipv4.tcp_max_syn_backlog = 2048

# TCP congestion control protocol for high-speed and long-distance networks
net.ipv4.tcp_congestion_control=illinois
#net.ipv4.tcp_congestion_control=bbr

# Désactiver la mémorisation des tests précédents afin d'éviter que le serveur bride les tests suite à une performances limitée
net.ipv4.tcp_no_metrics_save=1

# Increase TCP buffers
net.ipv4.tcp_rmem=4096 87380 16777216
net.ipv4.tcp_wmem=4096 65536 16777216
net.core.rmem_max=851968
net.core.wmem_max=851968

# default queuing discipline for 10GigE speeds
net.core.default_qdisc=fq

# Increase the queue within the Linux kernel where traffic is stored after reception from the NIC
net.core.netdev_max_backlog=4000

# Increase number of incoming connections
net.core.somaxconn = 512


Depuis la migration Ubuntu 18.04 (il y 18 mois) la modification net.core.default_qdisc=fq ne fonctionne plus.

Quand je vérifie je suis en fq_codel savez-vous pourquoi ?

# cat /proc/sys/net/core/default_qdisc
fq_codel

Ubuntu 16.04 avec le même fichier :
$ cat /proc/sys/net/core/default_qdisc
fq

A noter, avec un Ubuntu 16.04 de base (sans modification) on est en pfifo_fast
$ cat /proc/sys/net/core/default_qdisc
pfifo_fast

Autre optimisation qu'il me semble intéressante à tester, porter l'initCwnd de 10 à 90.
(je ne modifie pas tout en même temps, c'est pour une prochaine optim)

A mon avis, Illinois n'a aucun intérêt. Il date d'avant cubic.

sur un kernel récent, default_qdisc a la valeur par défaut suffit  (pfifo_fast) d'autant si le serveur ne sert que de speedtest.
'tc -s qdisc show dev eth0' pour voir ce qui est actif.

Pour un serveur speedtest dédié, ce qui est plus inquiétant est d'utiliser Ubuntu 18.04 plutôt qu'une distrib plus a jour niveau kernel/driver (archlinux par exemple).

Ubuntu c'est la voiture familiale pépère , si on veut exploiter a fond son matériel ce n'est pas trop ce que je recommenderai. Apres si le serveur est surdimensionné ca peut le faire.