- État Nouveau
- Pourcentage achevé
- Type Anomalie
- Catégorie WAN → Fibre
- Assignée à Personne
- Système d'exploitation Freebox Server V6 (Révolution)
- Sévérité Basse
- Priorité Très Basse
- Basée sur la version 4.7.4
- Due pour la version Non décidée
-
Échéance
Non décidée
- Votes
- Privée
Ouverte par potaf - 17/03/2023
FS#37844 - Débit limité wan upload web ou ftp 5mo/s en fibre
Bonjour,
J’ai l’impression d’un facteur limitant le débit d’upload vers ftp. La Freebox a un disque externe en USB et NTFS.
Quand j’upload du wan (Orange 300mbps), le débit d’écriture sur le disque interne comme externe est limité dans les 5 MO/s apparemment partagé entre upload web et ftp.
Du même wan, un upload vers une pop pas très lointaine avec disque externe est bridé à 30 MO/s par le débit up du wan.
La limite de débit est elle un bridage qos, une limite de la Freebox , ou un bug sur la gestion du disque externe qui impacte le débit du disk interne ?
Les débits en smb en lan ont aussi tendance à être faibles du même odg 3 a 5 MO/s sur des gros fichiers vidéo.
Les speedtests sur le pc en lan montrent de débits normaux gbit eg 80/90 MO/s .
Pour info, c’est une Freebox server R1 de janvier 2011
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
à mon avis ce n'est pas une question de bridage mais juste une limite physique de la vitesse de lecture/écriture du disque dur inclus dans la freebox (qui, comme vous le rappelez, date de 2011, et répond donc aux standards de l'époque).
Freebox server V6 R1…. purée j'avais la même, la plus ancienne.
Concernant votre disque USB le facteur limitant est NTFS
Bordel de bordel de bordel… NTFS n'a jamais été un système linux natif ça me les brise de devoir à chaque fois répéter cela alors que les devs devraient mettre une bannière d'avertissement.
La freebox ayant un kernel pas tout à fait récent, elle utilise toujours le fameux module fuse NTFS-3G qui est un gros "hack" pour lire les disques NTFS. Mais il est de notorité publique que NTFS-3G EST UNE TRES TRES TRES GROSSE M….ERDE !!!! comme tout ce qui est à base de fuse.
La remarque sera la même pour EXFAT, lui aussi pris en charge via un hack "FUSE"
Sur les ditribution Linux récenteq on peut utiliser le module de noyau NTFS3 en lieu et pas de ce caca de NTFS-3g, c'est 10 fois plus performant, et infiniement plus fiable.
De même qu'on peut utliser un driver EXFAT en lieu et place de exfat fuse, alors là c'est 100 fois plus performant, on peut considérer qu'avec ce driver de noyau Linux a un support natif d'exfat (Microsoft ayant ouvert les specs d'EXFAT en 2019, alors que NTFS reste encore un secret bien gardé)
Le disque interne lui est bien en EXT4, donc on ne peut pas incriminer fuse, les perfs devraient être meilleures. Si vous disposez d'une Freebox v6 vraiment ancienne, le DD de l'époque ne devait pas excéder les 15 mo/s de transfert.
Ayant possédé cette Freebox, je n'ai plus en tête les débit, mais de mémoire, les transferts vers le disque interne ne m'ont jamais posé de soucis, je ne me suis jamais plaint de lenteurs insupportables. Il faudrait revérifier votre protocole de test, et vérifier si le goulet d'étranglement ne se situerait pas ailleurs.
Sur l'USB, c'est un autre problème, j'avais même perdu un drive NTFS entier suite à un plantage de cet innomable exécrable fuse NTFS-3g.
Bidouillant Linux et FreeBSD, NTFS-3G, je connais ….
J'ai résolu mes soucis en passant mon drive en EXT4. Meilleure performance et fiabilité, je n'ai jamais perdu de données sur un support EXT4 (sous Linux)