0 Membres et 1 Invité sur ce sujet
Le Rasp4 tient le Gbit/s : root@magellan:~# wget -O /dev/null http://ipv4.bouygues.testdebit.info/10G.iso--2020-03-28 14:47:35-- http://ipv4.bouygues.testdebit.info/10G.isoResolving ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)... 89.84.1.222Connecting to ipv4.bouygues.testdebit.info (ipv4.bouygues.testdebit.info)|89.84.1.222|:80... connected.HTTP request sent, awaiting response... 200 OKLength: 10000000000 (9.3G) [application/x-iso9660-image]Saving to: ‘/dev/null’/dev/null 1%[ ] 160.03M 100MB/s ^C
j'ai un 3b+ et si c'est un probleme de port ethernet alors je ne devrait pas pouvoir sortir du 60/70 mega sur un omr speed test wan 2 uniquement (comme ce matin) .j'ai reelement l'impression que l'agregation "tue" une partie de mon debit 4g
Pas le RPI3 et pas avec le chiffrement en plus.
Après des paramètres comme le Multipath TCP scheduler et le TCP congestion control peuvent améliorer un peu les choses dans certains cas (dans Réseau->MPTCP).Il est aussi possible de supprimer le chiffrement pour shadowsocks afin de tester.
Tu aurais des infos sur ces différents paramétrages (Multipath TCP scheduler : round-robin/redondant/Blest/Ecf et Congestion Control : reno/bbr/cubic/lia/olia/wvegas/balia/mptcpdesync)pour savoir ce qui peut accélérer le debit ou augmenter la stabilitéMerci
j'ai un peu cherché mais je n'ai rien trouvé, il existe un endroit où il a eu une agrégation de benchmark de OMR ?Genre RPI2, RPI3, RPI4, NUC, avec chiffrement, sans chiffrement, etc
Non trop dépendant des connections utilisées...Faudrait qu'une meme personne teste toutes ses config, les NUC il y en a 50 versions et générations de processeurs, sans compter les autres supports (moi je tourne en ce moment sur un vieux portable ACER)...Après on peut juste te faire un retour d'expérience en fonction de ce que l'on utilise ou a utilisé