Il s'agit de faire des tests de vitesse avec un OS certifié propre (en mode rescue)

Merci @spider1163, je perds donc mes données actuelles ? En "rescue mode", il y a plusieurs images, telles Freebsd_10.1_amd64, Freebsd_10.2_amd64 ou Freebsd_11.0_amd64. Il y a aussi ubuntu_14.4 et Winpe-3.0_amd64 ou 5.1 ?
Laquelle choisir ? Je roule sous Intel Atom C2350 - 1.7 GHz - 2 core(s), avec 4GB - DDR3, 1x 1TB (HDD SATA) et
OS Debian 8, 64 bits.
Encore merci pour ton information.

Tu charges juste l'image de démarrage en RAM, donc tu ne perds pas tes données (à moins de monter les partitions et de supprimer explicitement tes données).
Si tu es familier de Debian mais qu'elle n'est pas dispo en rescue, je conseillerai Ubuntu pour les similitudes.

Tu fais les tests qu'on t'a demandé, tu exportes les résultats, tu redémarres normalement et tu retrouves ta seedbox habituelle.

https://documentation.online.net/fr/dedicated-server/rescue/rescue-mode

Devant mon manque d'habiletés et de connaissance, le service m'a offert de procéder à leurs tests si je convenais de la perte de mes données. J'avais déjà fait un backup et j'ai rapidement accepté leur offre. À tout le moins, j'aurai Debian 9, au retour plutôt que 8.
Ils m'avaient aussi confirmé ta suggestion de procéder avec Ubuntu 14. Je te remercie grandement spider1163.
J'ai hâte de savoir si c'était de mon côté que le problème était ou celui du fournisseur. Bon service reçu, en tout cas. Bonne fin de journée

Je ne comprends plus rien. Les tests de vitesse sont apparemment corrects, le script de Ex_rat esy installé sur Debian 9 et tout tourne bien mais j'ai encore ce problème de la vitesse qui se maintient à pleine capacité durant une minute, tout au plus, deux, autour de 50 Mbits (450 Mio), puis retombe en-dessous de 100 Mbits !
Avec Filezilla, la vitesse est bonne mais pas au maximum, tandis qu'avec mon autre serveur, je download à la pleine vitesse avec IDM. Est-ce une question de firewall, de ports, de limitations du système Windows 10 Enterprise ? J'ai besoin d'aide, vraiment. Je suis cablé alors qu'avec mon autre ordi, je suis en wifi, de là, la vitesse moindre.
Voici les résultats des tests de vitesse:
" The speed tests are more than fine.

root@IP:/home/dofin# ./speedtest-cli

Retrieving speedtest.net configuration...

Testing from ONLINE SAS (163.172.42.240)...

Retrieving speedtest.net server list...

Selecting best server based on ping...

Hosted by Orange (Paris) [1.88 km]: 2.477 ms

Testing download speed................................................................................

Download: 1341.26 Mbit/s

Testing upload speed................................................................................................

Upload: 670.14 Mbit/s

root@IP:/home/dofin# ./speedtest-cli

Retrieving speedtest.net configuration...

Testing from ONLINE SAS (163.172.42.240)...

Retrieving speedtest.net server list...

Selecting best server based on ping...

Hosted by Orange (Paris) [1.88 km]: 2.375 ms

Testing download speed................................................................................

Download: 1314.17 Mbit/s

Testing upload speed................................................................................................

Upload: 776.30 Mbit/s

root@IP:/home/dofin# ./speedtest-cli

Retrieving speedtest.net configuration...

Testing from ONLINE SAS (163.172.42.240)...

Retrieving speedtest.net server list...

Selecting best server based on ping...

Hosted by Orange (Paris) [1.88 km]: 2.411 ms

Testing download speed................................................................................

Download: 1345.43 Mbit/s

Testing upload speed................................................................................................

Upload: 442.46 Mbit/s

root@IP:/home/dofin#

root@IP:/home/dofin# "

J'ai remplacé mon adresse par "IP"

J'ai aussi essayé de télécharger depuis un autre ordi mais toujours chez moi et j'obtiens le même résultat: un cap de ma vitesse !
Merci.

Pas une seule réponse, alors, je continue à chercher. Ce serait peut-être un problème de routing. J'ai fait un traceroute et envoyé les résultats à Oneprovider. Ça donne cela:
Détermination de l’itinéraire vers 163-172-42-240.rev.poneytelecom.eu [163.172.42.240]
avec un maximum de 30 sauts :

1 <1 ms <1 ms <1 ms EMG2926 [192.168.0.1]
2 11 ms 9 ms 13 ms modemcable001.63-178-173.mc.videotron.ca [173.178.63.1]
3 10 ms 19 ms 8 ms 10.170.154.30
4 20 ms 18 ms 14 ms 216.113.122.210
5 18 ms 18 ms 26 ms hu0-3-0-2.ccr21.ymq01.atlas.cogentco.com [38.104.226.225]
6 96 ms 95 ms 98 ms be3042.ccr21.lpl01.atlas.cogentco.com [154.54.44.161]
7 96 ms 100 ms 88 ms be2391.ccr51.lhr01.atlas.cogentco.com [154.54.39.149]
8 103 ms 103 ms 106 ms be3684.ccr41.par01.atlas.cogentco.com [154.54.60.169]
9 95 ms 108 ms 102 ms be3183.ccr31.par04.atlas.cogentco.com [154.54.38.66]
10 99 ms 97 ms 101 ms be3750.rcr21.b022890-0.par04.atlas.cogentco.com [154.54.60.202]
11 97 ms 104 ms 95 ms online.demarc.cogentco.com [149.6.164.42]
12 103 ms 105 ms 101 ms pni-th2-a9k1.th2.poneytelecom.eu [195.154.1.37]
13 106 ms 111 ms 98 ms 195.154.2.195
14 103 ms 106 ms 105 ms 163-172-42-240.rev.poneytelecom.eu [163.172.42.240]

Itinéraire déterminé.

On voit que dès la ligne 5, le temps de réponse est à 26ms, puis cela se gâte encore plus, passant à 98, 88 et même 106ms. J'appellerais cela un réel problème. À suivre ! Oneprovider va refaire des tests de vitesse et j'ai demandé un re-routing pour régler le problème. Si cela ne se règle pas, je n'aurai pas le choix de résilier mon petit serveur, obtenu à la moitié du prix habituel. Dommage.

Merci laster13, je vais regarder attentivement; ça m'apparaît hautement technique mais si cela sauve mon serveur, et moi-même.

Si on prend un raccourci, voilà ce que tu peux tenter

apt install ethtool -yqq

Ensuite déterminer ton type de carte reseau, oneprovider chez moi c'est 'em1'

ifconfig | grep -E 'eno1|enp0s|em1' | awk '{print $1}' | sed -e 's/://g'

Désactiver ce qui fait chuter le débit

ethtool -K em1 tso off tx off gso off

A noter que si ca fonctionne il te faudra mettre un cron car ces reglages disparaissent au reboot

sed -i '$a\@reboot ethtool -K em1 tso off tx off\' /etc/crontab

Tu peux ensuite vérifier

ethtool -k em1

Oh merci ! Je vais l'essayer car oneprovider vient de m'écrire que "Note that this is a budget server and therefore we can't guarantee minimum speeds, especially on international networks."
J'ai l'impression que pour eux, une vitesse de 99 Mbps en download, est acceptable alors même que ma vitesse de résidence est de plus de 450 Mbps !
Tout pour que j'upgrade, quoi.
Merci beaucoup pour ton aide.

Avec cette réponse, je pense qu'il serait mieux de penser à choisir un autre serveur:

"Note that our budget models like this one are located in a shared network without premium connectivity, as a result international traffic can be congested depending on the path. Anyhow 100-400Mbps is a really acceptable result considering the long distance between our network and your location."

@laster13, je bloque après
ifconfig | grep -E 'eno1|enp0s|em1' | awk '{print $1}' | sed -e 's/://g'
car en faisant
ethtool -K em1 tso off tx off gso off
le système me dit que "such device does not exits"
Comment je détermine mon type de carte réseau ?

Fais ifconfig pour trouver ton interface réseau. Visiblement elle n est pas dans la liste de celles que je t ai proposé

Ça me donne ceci, après avoir caché mon "IP" par IP:
root@sd-97019:# ifconfig
enp0s20: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet IP netmask 255.255.255.0 broadcast IP
inet6 fe80::207:cbff:fe03:da17 prefixlen 64 scopeid 0x20<link>
ether 00:07:cb:03:da:17 txqueuelen 1000 (Ethernet)
RX packets 729288 bytes 51682387 (49.2 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 1367517 bytes 1831151526 (1.7 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device memory 0x80000000-8001ffff

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1 (Local Loopback)
RX packets 4432 bytes 1406292 (1.3 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4432 bytes 1406292 (1.3 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

Il faut remplacer em1 selon le retour de la commande précédente, exemple
ethtool -K enp0s20 tso off tx off gso off

Merci, j'essaie dès ce soir, ici en tout cas. 😀

Voici ce que j'ai obtenu. Je vérifie plus tard si ma vitesse est plus constante.

"Features for enp0s20:
rx-checksumming: on
tx-checksumming: off
tx-checksum-ipv4: off [fixed]
tx-checksum-ip-generic: off
tx-checksum-ipv6: off [fixed]
tx-checksum-fcoe-crc: off [fixed]
tx-checksum-sctp: off
scatter-gather: on
tx-scatter-gather: on
tx-scatter-gather-fraglist: off [fixed]
tcp-segmentation-offload: off
tx-tcp-segmentation: off
tx-tcp-ecn-segmentation: off [fixed]
tx-tcp-mangleid-segmentation: off
tx-tcp6-segmentation: off
udp-fragmentation-offload: off [fixed]
generic-segmentation-offload: off
generic-receive-offload: on
large-receive-offload: off [fixed]
rx-vlan-offload: on
tx-vlan-offload: on
ntuple-filters: off
receive-hashing: on
highdma: on [fixed]
rx-vlan-filter: on [fixed]
vlan-challenged: off [fixed]
tx-lockless: off [fixed]
netns-local: off [fixed]
tx-gso-robust: off [fixed]
tx-fcoe-segmentation: off [fixed]
tx-gre-segmentation: on
tx-gre-csum-segmentation: on
tx-ipxip4-segmentation: on
tx-ipxip6-segmentation: on
tx-udp_tnl-segmentation: on
tx-udp_tnl-csum-segmentation: on
tx-gso-partial: on
tx-sctp-segmentation: off [fixed]
fcoe-mtu: off [fixed]
tx-nocache-copy: off
loopback: off [fixed]
rx-fcs: off [fixed]
rx-all: off
tx-vlan-stag-hw-insert: off [fixed]
rx-vlan-stag-hw-parse: off [fixed]
rx-vlan-stag-filter: off [fixed]
l2-fwd-offload: off [fixed]
busy-poll: off [fixed]
hw-tc-offload: off [fixed] "

Merci

La vitesse se maintient au top à 456 Mbps, puis, elle retourne à 99 Mbps, après un peu plus d'une minute. Désolant mais ce doit être lié à mon serveur car c'est le bas de gamme d'un serveur partagé.
Je ne renouvellerai pas et je vais prendre de petits serveurs chez PulsedMedia où pour quelques euros, je peux avoir 450 Go. Le seul inconvénient, c'est qu'il expire après 30 jours. Mais j'ai la vitesse dans les deux sens et ça fera mon affaire d'être obligé de rapatrier les fichiers au fur et à mesure.
Merci pour ton aide; j'ai appris encore des choses à ton contact.

2 mois plus tard

Hello Xavier,

ton script est il compatible avec ubuntu version 18.04 ? merci par avance.