Auteur Sujet: Free FTTH : Limitation des débits en https (comparé à du trafic http) ? (Lu 10154 fois)

hwti · « **Réponse #36 le:** 19 août 2020 à 00:55:46 »

J'ai l'impression que KVM n'est pas bien configuré :

The following CPUs models are compatible with most AMD and Intel x86 hosts, but their
usage is discouraged, as they expose a very limited featureset, which prevents guests
having optimal performance.

"kvm32"
"kvm64"
           Common KVM processor (32 & 64 bit variants)

           Legacy models just for historical compatibility with ancient QEMU versions.

Le CPU émulé par défaut est "QEMU Virtual CPU", mais il n'a probablement pas AES-NI non plus (sans même parler d'IBRS et autres pour les failles de sécurité).
Le mieux serait d'utiliser "-cpu host", à moins de vouloir cacher le CPU réellement utilisé, ou de supporter la migration vers des machines plus anciennes (dans ce cas on peut choisir dans les modèles prédéfinis).

alain_p · « **Réponse #37 le:** 19 août 2020 à 08:46:58 »

Tu parles de la configuration de KVM sur la Delta ? Tu y a accès (en tant que client Orange) ?

underground78 · « **Réponse #38 le:** 19 août 2020 à 08:48:26 »

Citation de: alain_p le 19 août 2020 à 08:46:58

Tu parles de la configuration de KVM sur la Delta ? Tu y a accès (en tant que client Orange) ?

Non, il parle de la configuration du serveur Scaleway.

hwti · « **Réponse #39 le:** 19 août 2020 à 09:39:12 »

Citation de: alain_p le 19 août 2020 à 08:46:58

Tu parles de la configuration de KVM sur la Delta ? Tu y a accès (en tant que client Orange) ?

Tes tests sur la Delta semblent limités soit par une saturation avec Bouygues, soit par le problème du serveur Scaleway.
Le CPU de la Delta devrait avoir les extensions crypto ARMv8, donc si les VM sont bien configurées (il faudrait regarder /proc/cpuinfo), le HTTPS devrait être aussi rapide que le HTTP (sauf problème serveur au réseau bien sûr).

vivien · « **Réponse #40 le:** 19 août 2020 à 13:04:23 »

Le flag aes a été rajouté sur la machine virtuelle par @elkaimelie :

Code: [Sélectionner]

$ lscpu
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              12
On-line CPU(s) list: 0-11
Thread(s) per core:  1
Core(s) per socket:  6
Socket(s):           2
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          15
Model:               6
Model name:          Common KVM processor
Stepping:            1
CPU MHz:             2400.084
BogoMIPS:            4800.16
Hypervisor vendor:   KVM
Virtualization type: full
L1d cache:           32K
L1i cache:           32K
L2 cache:            4096K
L3 cache:            16384K
NUMA node0 CPU(s):   0-11
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx lm constant_tsc nopl xtopology cpuid tsc_known_freq pni cx16 x2apic aes hypervisor lahf_lm cpuid_fault pti

vivien · « **Réponse #41 le:** 19 août 2020 à 13:11:32 »

Citation de: vivien le 18 août 2020 à 22:10:42

Je viens de tester depuis un serveur 10 Gb/s :
- IPv4 http : 5,39 Gb/s (14 secondes pour télécharger le fichier de 10 Go)
- IPv6 http : 5,35 Gb/s (14 secondes pour télécharger le fichier de 10 Go)
- IPv4 https : 318 Mb/s (4 minutes 11 secondes pour télécharger le fichier de 10 Go)
- IPv6 https : 317 Mb/s (4 minutes 12 secondes pour télécharger le fichier de 10 Go)

J'ai regardé les CPU, j'ai un cœur (sur les 12) qui est bloqué à 100% pendant tout le téléchargement.

Il y a donc un vrai problème de performance en https (le coeur est à 100% pendant un transfert à 1 Gb/s).

Avec AES, on triple les débits https :
- IPv4 https : 1015 Mb/s (1 minutes 18 secondes pour télécharger le fichier de 10 Go)
- IPv6 https : 1006 Mb/s (1 minutes 18 secondes pour télécharger le fichier de 10 Go)

Donc le serveur sait gérer 1 Gb/s en https, mais pas plus.

hwti · « **Réponse #42 le:** 19 août 2020 à 16:44:02 »

Citation de: vivien le 19 août 2020 à 13:04:23

Le flag aes a été rajouté sur la machine virtuelle par @elkaimelie :

Code: [Sélectionner]
$ lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 12 On-line CPU(s) list: 0-11 Thread(s) per core: 1 Core(s) per socket: 6 Socket(s): 2 NUMA node(s): 1 Vendor ID: GenuineIntel CPU family: 15 Model: 6 Model name: Common KVM processor Stepping: 1 CPU MHz: 2400.084 BogoMIPS: 4800.16 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 4096K L3 cache: 16384K NUMA node0 CPU(s): 0-11 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx lm constant_tsc nopl xtopology cpuid tsc_known_freq pni cx16 x2apic aes hypervisor lahf_lm cpuid_fault pti

Il manque AVX et/ou PCLMULQDQ pour ghash (AES-GCM), et peut-être SSSE3 et AVX2 (pour SHA et ChaCha20/Poly1305, même si on ne les utilise probablement pas par défaut ici), voire d'autres...

underground78 · « **Réponse #43 le:** 19 août 2020 à 17:16:19 »

Il n'y aurait pas moyen d'exposer l'ensemble des capacités du processeur hôte ?

hwti · « **Réponse #44 le:** 19 août 2020 à 18:40:20 »

Citation de: underground78 le 19 août 2020 à 17:16:19

Il n'y aurait pas moyen d'exposer l'ensemble des capacités du processeur hôte ?

Oui, "-cpu host" serait l'idéal, pas besoin de supporter la migration (pour un changement de serveur, on peut redémarrer).

underground78 · « **Réponse #45 le:** 19 août 2020 à 19:54:10 »

Citation de: vivien le 19 août 2020 à 13:11:32

Avec AES, on triple les débits https

Du coup j'ai bien le même débit en HTTP et HTTPS comme sur le serveur ByTel de Lille aussi en BBR :

1 speed = 893.1 Mbps time = 7.9889936s size = 891847917 891.8 MB url http://scaleway.testdebit.info/1G.iso
1 speed = 893.2 Mbps time = 7.9570714s size = 888438784 888.4 MB url https://scaleway.testdebit.info/1G.iso

1 speed = 885.1 Mbps time = 7.9663679s size = 881364717 881.4 MB url http://lille.testdebit.info/1G.iso
1 speed = 884.7 Mbps time = 7.9471446s size = 878854144 878.9 MB url https://lille.testdebit.info/1G.iso

Par contre sur le serveur ByTel en cubic, j'ai toujours une différence relativement notable entre HTTP et HTTPS, comme si HTTPS était plus sensible à la saturation :

1 speed = 745.7 Mbps time = 7.9808569s size = 743918157 743.9 MB url http://bouygues.testdebit.info/1G.iso
1 speed = 567.7 Mbps time = 7.9636011s size = 565084160 565.1 MB url https://bouygues.testdebit.info/1G.iso

Quelle est la configuration du serveur chez K-Net ? J'ai bien le même débit en HTTP et HTTPS :

1 speed = 885.0 Mbps time = 7.967134s size = 881324397 881.3 MB url http://k-net.testdebit.info/1G.iso
1 speed = 884.8 Mbps time = 7.8770982s size = 871186432 871.2 MB url https://k-net.testdebit.info/1G.iso

Sur celui de PlanetHoster, j'ai un débit moins bon à la base et aussi une différence entre HTTP et HTTPS :

1 speed = 526.3 Mbps time = 7.9665232s size = 524135354 524.1 MB url http://paris.planethoster.testdebit.info/1G.iso
1 speed = 390.7 Mbps time = 7.9284485s size = 387186688 387.2 MB url https://paris.planethoster.testdebit.info/1G.iso

Sinon le serveur chez Ikoula renvoie vers scaleway.testdebit.info avec une redirection 301, c'est un peu bizarre.

alain_p · « **Réponse #46 le:** 19 août 2020 à 21:20:51 »

Citation de: hwti le 19 août 2020 à 09:39:12

Tes tests sur la Delta semblent limités soit par une saturation avec Bouygues, soit par le problème du serveur Scaleway.
Le CPU de la Delta devrait avoir les extensions crypto ARMv8, donc si les VM sont bien configurées (il faudrait regarder /proc/cpuinfo), le HTTPS devrait être aussi rapide que le HTTP (sauf problème serveur au réseau bien sûr).

Le processeur de la VM sous Delta montrent beaucoup moins de flags qu'un processeur normal, mais il y a quand même aes :

$ cat /proc/cpuinfo
processor : 0
BogoMIPS : 50.00
Features : fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x0
CPU part : 0xd08
CPU revision : 1

Et malheureusement sur la Delta, il n'y a pas beaucoup d'options pour configurer tout cela.

hwti · « **Réponse #47 le:** 19 août 2020 à 22:21:13 »

Citation de: alain_p le 19 août 2020 à 21:20:51

Le processeur de la VM sous Delta montrent beaucoup moins de flags qu'un processeur normal

Il y a les flags attendus pour un processeur ARMv8 avec extensions crypto. Il ne faut pas comparer avec un PC en x86.