Auteur Sujet: Augmentation prochaine des débits (Lu 235056 fois)

Mastah · « **Réponse #768 le:** 01 novembre 2024 à 14:46:22 »

Citation de: Adefre le 01 novembre 2024 à 10:28:33

Ne penses-tu pas que se soit les SSD de mon NAS qui limite la vitesse ? En effet, ils sont limités à 560 Mo/s en lecture.

Pour info :

Ne fait surtout pas de MTU autre que 1500, même en LAN vers WAN.
Les MTU en jumbo sont uniquement fait pour des VLAN technique de machine à machine direct sur des protocoles bien définit.

Adefre · « **Réponse #769 le:** 01 novembre 2024 à 14:51:39 »

Citation de: Mastah le 01 novembre 2024 à 14:46:22

Ne fait surtout pas de MTU autre que 1500, même en LAN vers WAN.

OK, je change

Mastah · « **Réponse #770 le:** 01 novembre 2024 à 15:49:18 »

Citation de: Adefre le 01 novembre 2024 à 14:51:39

OK, je change

Et ouvre plutot un service iperf3 et non une lecture IO sur disque.

Pour info:

un test iperf3 en pleine journée (deux direction)

Code: [Sélectionner]

[  5]   0.00-10.00  sec  9.10 GBytes  7820 Mbits/sec  4               sender
[  5]   0.00-10.03  sec  9.09 GBytes  7785 Mbits/sec                  receiver

[  5]   0.00-10.03  sec  9.16 GBytes  7848 Mbits/sec  5233            sender
[  5]   0.00-10.00  sec  9.11 GBytes  7829 Mbits/sec                  receiver

Un test speedtest

Code: [Sélectionner]

      Server: KEYYO - Paris (id: 27961)
         ISP: Orange
Idle Latency:     2.81 ms   (jitter: 0.10ms, low: 2.70ms, high: 2.94ms)
    Download:  7700.92 Mbps (data used: 8.5 GB)
                  8.98 ms   (jitter: 0.78ms, low: 2.76ms, high: 14.02ms)
      Upload:  7845.10 Mbps (data used: 6.7 GB)
                  3.42 ms   (jitter: 0.31ms, low: 2.66ms, high: 5.62ms)
 Packet Loss:     0.0%

Adefre · « **Réponse #771 le:** 01 novembre 2024 à 15:53:05 »

Citation de: Mastah le 01 novembre 2024 à 15:49:18

Et ouvre plutot un service iperf3 et non une lecture IO sur disque.

Je ne sais pas faire.
Et cela n'a pas vraiment d'intérêt pour moi. En effet, le but était d'avoir une vision réelle de la possibilité de partage depuis mon Nas pour mes amis et famille.

ouno · « **Réponse #772 le:** 01 novembre 2024 à 17:06:41 »

Citation de: Adefre le 01 novembre 2024 à 12:43:37

net.core.rmem_max net.ipv4.tcp_rmem net.core.wmem_max net.ipv4.tcp_wmem
net.core.rmem_max = 16777216
net.ipv4.tcp_rmem = 4096 16777216 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_wmem = 4096 16777216 16777216

A moins que QNAP utilise d'autres paramètres exotiques (net.ipv4.tcp_adv_win_scale != 1 ?), effectivement cela devrait être suffisant pour atteindre 8 Gbps en mono-connexion avec un RTT à 6ms...

Après si tu veux être sûr de ne pas être limité par ça même dans les cas où le RTT est > 10ms, ça peut quand même être utile d'augmenter la valeur max.

Par exemple:

Code: [Sélectionner]

sysctl net.ipv4.tcp_rmem='4096 16777216 33554432'
sysctl net.ipv4.tcp_wmem='4096 16777216 33554432'

(si jamais tu fais la manip je serais curieux de retester après)

Adefre · « **Réponse #773 le:** 01 novembre 2024 à 17:30:16 »

Citation de: ouno le 01 novembre 2024 à 17:06:41

A moins que QNAP utilise d'autres paramètres exotiques (net.ipv4.tcp_adv_win_scale != 1 ?), effectivement cela devrait être suffisant pour atteindre 8 Gbps en mono-connexion avec un RTT à 6ms...

Après si tu veux être sûr de ne pas être limité par ça même dans les cas où le RTT est > 10ms, ça peut quand même être utile d'augmenter la valeur max.

Par exemple:
Code: [Sélectionner]
sysctl net.ipv4.tcp_rmem='4096 16777216 33554432' sysctl net.ipv4.tcp_wmem='4096 16777216 33554432'
(si jamais tu fais la manip je serais curieux de retester après)

Ok, j'ai fait les changements.

net.ipv4.tcp_rmem = 4096 16777216 33554432
net.ipv4.tcp_wmem = 4096 16777216 33554432

Tu peux tester.

ouno · « **Réponse #774 le:** 01 novembre 2024 à 17:57:48 »

Test de 10s de téléchargement depuis ton NAS:
Average : 3.578 Gbit/s (447.3 MB/s)
Minimum : 2.573 Gbit/s (321.6 MB/s)
Maximum : 4.230 Gbit/s (528.8 MB/s)

Test de 10s d'envoi vers ton NAS:
Average : 6.269 Gbit/s (783.6 MB/s)
Minimum : 6.085 Gbit/s (760.7 MB/s)
Maximum : 6.325 Gbit/s (790.6 MB/s)

La différence par rapport à avant n'est pas flagrante...
Je sais pas trop ce qui limite du coup, mais peut-être que tu obtenais les 900 Mo/s sur ton LAN grâce aux jumbo frames.

Dans tous les cas ça reste des super perfs pour un NAS perso c'est clair

Adefre · « **Réponse #775 le:** 01 novembre 2024 à 18:00:52 »

Citation de: ouno le 01 novembre 2024 à 17:57:48

Test de 10s de téléchargement depuis ton NAS:
Average : 3.578 Gbit/s (447.3 MB/s)
Minimum : 2.573 Gbit/s (321.6 MB/s)
Maximum : 4.230 Gbit/s (528.8 MB/s)

Test de 10s d'envoi vers ton NAS:
Average : 6.269 Gbit/s (783.6 MB/s)
Minimum : 6.085 Gbit/s (760.7 MB/s)
Maximum : 6.325 Gbit/s (790.6 MB/s)

La différence par rapport à avant n'est pas flagrante...
Je sais pas trop ce qui limite du coup, mais peut-être que tu obtenais les 900 Mo/s sur ton LAN grâce aux jumbo frames.

Ce n'était pas 900 Mo/s constant. Je faisais des tests de transfère. Je pense que le cache a bcp joué. En générale, je suis à 500 Mo/s

Mais 783 Mo/s en moyenne en envoi vers le Nas cela me parait très très bon, non ?

ouno · « **Réponse #776 le:** 01 novembre 2024 à 18:18:10 »

Citation de: Adefre le 01 novembre 2024 à 18:00:52

Mais 783 Mo/s en moyenne en envoi vers le Nas cela me parait très très bon, non ?

Oui, même si en théorie on devrait pouvoir approcher le 1 Go/s vu que ce test n'écrit pas sur tes disques.
Mais peut-être qu'il faudrait jouer sur l'interrupt coalescing et/ou augmenter le RX ring buffer pour cela.

Mastah · « **Réponse #777 le:** 01 novembre 2024 à 20:30:10 »

Citation de: ouno le 01 novembre 2024 à 18:18:10

Oui, même si en théorie on devrait pouvoir approcher le 1 Go/s vu que ce test n'écrit pas sur tes disques.
Mais peut-être qu'il faudrait jouer sur l'interrupt coalescing et/ou augmenter le RX ring buffer pour cela.

C'est un problème de CPU / IO sur le NAS probablement.
J'ai fait des test iprf entre deux ligne 8/8, on peut avoir proche de 7800/7800.

canope · « **Réponse #778 le:** 01 novembre 2024 à 20:34:42 »

Citation de: Adefre le 31 octobre 2024 à 11:05:37

Bonjour à tous,

Est-ce que vous pouvez faire un test en téléchargement ce fichier qui est sur mon NAS et relié en 10Gb à ma Livebox 7 ?

J'aimerais savoir combien cette dernière peut sortir :

https://nasts264ssd.myqnapcloud.com:22222/share.cgi?ssid=6c94ddd0b55a491caa5cfd0e858d221a

J'ai des SSD dans mon NAS cela va donc limiter à 500 Mo/s je pense.

Merci : )

Salut, je viens de voir la série des échanges et les histoires de perf .

J’ai une question simple :-) , c’est quel modèle de NAS QNAP ?

Je demande parce qu’au final ton premier goulet d’étranglement sera … le TLS …

J’ai fait deux tests et en fonction du browser , stack TLS , tu peux être dans une situation diamétralement opposée :
Un cas ici où ton NAS négocie en AES256_GCM:
TLS_AES_256_GCM_SHA384
Un autre en AES128_GCM:
AES_128_GCM_SHA256

L’impact CPU ( voir capacité d’offloads ) varie énormément.

Pour l’histoire de la MTU à 9000/ Jumbo Frame … remet la ….
Cela fait plus de 20 ans que le PMTU discovery path existe 😅.
Ce mécanisme permet à la stack tcp de l’OS de savoir quel et le Path MTU de chacun des tiers .
Tes devices vont savoir que la Livebox / Orange n’accepte pas plus de 1500 côté internet et n’enverront jamais plus grand . Mais ils pourront continuer d’échanger à 9000 en interne …
Cela permet également de soulager la stack TCP / UDP mais également les offloads hardware ( si tu en as côté carte réseau … ) en charge de:
- slicer les paquets ( sendfile, LSO , etc …)
- calculer les différents checksums :
- IPv4 , pas de Checksum en IPv6 https://en.m.wikipedia.org/wiki/IPv4 , https://en.m.wikipedia.org/wiki/IPv6
- UDP et TCP ( IPv6 repose uniquement sur les contrôles au niveau des protocoles de niveau 4 et plus )

De même tu sembles n’utiliser que la PKI RSA des certificats Let’s Encrypt.
Ils ont également une PKI ECC qui est moins lourde au niveau de l’ensemble des phases ( nego initiale , rekeying etc …).

Adefre · « **Réponse #779 le:** 01 novembre 2024 à 20:49:31 »

Citation de: canope le 01 novembre 2024 à 20:34:42

Salut, je viens de voir la série des échanges et les histoires de perf .

J’ai une question simple :-) , c’est quel modèle de NAS QNAP ?

Bonjour,

C'est le QNAP TS-264 : https://www.qnap.com/fr-fr/product/ts-264

Citation de: canope le 01 novembre 2024 à 20:34:42

Je demande parce qu’au final ton premier goulet d’étranglement sera … le TLS …

J’ai fait deux tests et en fonction du browser , stack TLS , tu peux être dans une situation diamétralement opposée :
Un cas ici où ton NAS négocie en AES256_GCM:
TLS_AES_256_GCM_SHA384
Un autre en AES128_GCM:
AES_128_GCM_SHA256

L’impact CPU ( voir capacité d’offloads ) varie énormément.

Cela permet également de soulager la stack TCP / UDP mais également les offloads hardware ( si tu en as côté carte réseau … ) en charge de:
- slicer les paquets ( sendfile, LSO , etc …)
- calculer les différents checksums :
- IPv4 , pas de Checksum en IPv6 https://en.m.wikipedia.org/wiki/IPv4 , https://en.m.wikipedia.org/wiki/IPv6
- UDP et TCP ( IPv6 repose uniquement sur les contrôles au niveau des protocoles de niveau 4 et plus )
De même tu sembles n’utiliser que la PKI RSA des certificats Let’s Encrypt.
Ils ont également une PKI ECC qui est moins lourde au niveau de l’ensemble des phases ( nego initiale , rekeying etc …).

Je n'ai pas tout compris : ), mais lorsque j'ai regardé l'utilisation de la bande passante utilisé pendant les tests, j'ai aussi regardé la charge CPU qui était très faible.
As-tu une solution pour optimiser tout ça ?