Auteur Sujet: Baromètre des connexions FTTH mars 2012 (Lu 21670 fois)

galixte · « **Réponse #12 le:** 05 mai 2012 à 10:36:38 »

Bonjour,

pourquoi ne pas éliminer les résultats en dessous de 30 Mb, donc tous les clients ADSL ?

Nico · « **Réponse #13 le:** 05 mai 2012 à 10:38:14 »

Tous les tests <8Mbps en débit montant sont déjà virés, ça enlève les clients ADSL.

vivien · « **Réponse #14 le:** 05 mai 2012 à 10:46:34 »

tous les tests en upload < 8 Mb/s sont supprimés.
Cela permet de supprimer les tests en ADSL, SDSL, 2G, 3G, 4G et "Wifibre"

Pour le VDSL cela va poser problème.

Quelles sont vos suggestions ?

Si je filtre avec des débits > 8 Mb/s en uplaod, je perdsl'offre FTTH lka plus utilisée en France, l'offre 100 Mb/s en download et 10 Mb/s en upload d'Orange.

Je suis en train de travailler sur de nouvelles données, cela ne pose pas de problème de changer la règle de filtrage.
Je peux aussi supprimer des valeur de ping ou de download < ou > à une valeur.

Nico · « **Réponse #15 le:** 05 mai 2012 à 10:53:35 »

Citation de: vivien le 05 mai 2012 à 10:46:34

Quelles sont vos suggestions ?

L'idéal serait que les FAI donnent les range d'IP dédiés aux abonnés FTTH (si c'est le cas). Bah quoi, on peut rêver

Autrement le filtrage à 8Mbps montant me semble un bon compromis, malgré le fait qu'on y trouve pas par exemple les abonnés FTTLA dans une poche saturée.

L'intérêt de rajouter une règle sur le débit descendant ou le ping serait pour enlever certains parasites malgré la règle des 8Mbps montants, tu vois des exemples ?

vivien · « **Réponse #16 le:** 05 mai 2012 à 10:56:35 »

En FTTLA, la dégradation des performances en BH est quasi-exclusivement sur le downlaod et pas sur l'uplaod.

Cf de abonnés qui ont un débit catastrophique en BH en downlaod mais qui gardent leur upload.

Et concernant le FTTLA, les offres avec 10mb/s en upload pour l'instant ce n'est pas répandu... (aucun SpeedTest publié ici)

Nico · « **Réponse #17 le:** 05 mai 2012 à 11:01:52 »

Ah oui mince, j'ai dit ça en pensant que tu avais les abonnés 100/10 de NC alors que c'est 100/5. Du coup ma remarque n'est plus valable.

Et effectivement c'est un peu tôt pour s'occuper du 200/10. De ce que j'ai lu d'un utilisateur de LaBox, l'upload serait de ~8.5Mbps sur speedtest.

vivien · « **Réponse #18 le:** 05 mai 2012 à 11:09:10 »

Citation de: Nico le 05 mai 2012 à 10:53:35

L'intérêt de rajouter une règle sur le débit descendant ou le ping serait pour enlever certains parasites malgré la règle des 8Mbps montants, tu vois des exemples ?

Un exemple concret : pour récupérer les données ADSL, je filtre supprime les valeurs en uplod > 1,2 Mb/s et en downlaod > 25 Mb/s ce qui exclu les connexions à haut débit. Comme il reste la 2G / 3G dans ces mêmes plages, je supprime les valeurs de ping > 40ms ce qui supprime entièrement la 2G / 3G.

Le souci : je supprime également des données ADSL avec ce filtre et cela ne me semble pas pérenne, d'où la non publication.

guizmos123 · « **Réponse #19 le:** 16 mai 2012 à 23:43:48 »

Du nouveau vivien pour le baromètre du mois d'Avril ?

vivien · « **Réponse #20 le:** 17 mai 2012 à 07:42:35 »

Il sera là la semaine prochaine avec un immense historique que je post-traite actuellement : Mediactive (qui gère le plus vieux serveur SpeedTest, celui de Paris) m'a passé les données.

ldrevon · « **Réponse #21 le:** 23 mai 2012 à 15:50:39 »

Bon alors il chauffe ce serveur?

« **Réponse #22 le:** 25 mai 2012 à 02:48:46 »

Il doit être en train de fondre...

vivien · « **Réponse #23 le:** 25 mai 2012 à 08:55:47 »

En attendant les résultats SpeedTest MySQL voit la différence :

Citation de: vivien le 19 mai 2012 à 22:29:23

8 jours de fonctionnement de MySQL avec le nouveau serveur, 6 089 000 requêtes SQL (en moyenne 492 requêtes par minute) et strictement aucune requêtes "Slow_queries" (nombre de requêtes dont le temps d'exécution a excédé le "long_query_time" secondes). Avant j'avais régulièrement des Slow_queries (avec la même configuration de MySQL)