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

0 Membres et 1 Invité sur ce sujet

Mastah

  • Abonné Orange Fibre
  • *
  • Messages: 694
  • XGS-PON et G-PON
Augmentation prochaine des débits
« Réponse #768 le: 01 novembre 2024 à 14:46:22 »
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

  • Expert Orange
  • Abonné Orange Fibre
  • *
  • Messages: 790
  • FTTH 8Gbps/8Gbps Paris 8e
Augmentation prochaine des débits
« Réponse #769 le: 01 novembre 2024 à 14:51:39 »
Ne fait surtout pas de MTU autre que 1500, même en LAN vers WAN.
OK, je change

Mastah

  • Abonné Orange Fibre
  • *
  • Messages: 694
  • XGS-PON et G-PON
Augmentation prochaine des débits
« Réponse #770 le: 01 novembre 2024 à 15:49:18 »
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)
[  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
      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

  • Expert Orange
  • Abonné Orange Fibre
  • *
  • Messages: 790
  • FTTH 8Gbps/8Gbps Paris 8e
Augmentation prochaine des débits
« Réponse #771 le: 01 novembre 2024 à 15:53:05 »
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

  • Abonné Orange Fibre
  • *
  • Messages: 228
  • Rennes (35)
Augmentation prochaine des débits
« Réponse #772 le: 01 novembre 2024 à 17:06:41 »
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:
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

  • Expert Orange
  • Abonné Orange Fibre
  • *
  • Messages: 790
  • FTTH 8Gbps/8Gbps Paris 8e
Augmentation prochaine des débits
« Réponse #773 le: 01 novembre 2024 à 17:30:16 »
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:
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

  • Abonné Orange Fibre
  • *
  • Messages: 228
  • Rennes (35)
Augmentation prochaine des débits
« 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

  • Expert Orange
  • Abonné Orange Fibre
  • *
  • Messages: 790
  • FTTH 8Gbps/8Gbps Paris 8e
Augmentation prochaine des débits
« Réponse #775 le: 01 novembre 2024 à 18:00:52 »
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

  • Abonné Orange Fibre
  • *
  • Messages: 228
  • Rennes (35)
Augmentation prochaine des débits
« Réponse #776 le: 01 novembre 2024 à 18:18:10 »
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

  • Abonné Orange Fibre
  • *
  • Messages: 694
  • XGS-PON et G-PON
Augmentation prochaine des débits
« Réponse #777 le: 01 novembre 2024 à 20:30: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

  • Abonné Orange Fibre
  • *
  • Messages: 104
  • Asnières (92)
Augmentation prochaine des débits
« Réponse #778 le: 01 novembre 2024 à 20:34:42 »
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

  • Expert Orange
  • Abonné Orange Fibre
  • *
  • Messages: 790
  • FTTH 8Gbps/8Gbps Paris 8e
Augmentation prochaine des débits
« Réponse #779 le: 01 novembre 2024 à 20:49:31 »

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



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 ?