La Fibre
Forum : => Pyrénées-Atlantiques (64) => La Fibre par département => Incidents Pau Broadband Country => Discussion démarrée par: vivien le 10 septembre 2007 à 22:50:54
-
Je vous que nos deux testeur ont tous les 2 des débits de 2 a 3 Mb/s en download.
C'est le cas de tous les client Neuf FTTH sur Pau ?
(https://lafibre.info/images/barometre/courbes_jour_1_neuf50.png)
-
Apparament il y a des preoblème de débit tout les soir de 18H a 22H (au moin les 2 dernier soir).
Reste a voir si il y aura toujour se problème se soir... :(
-
Apparament il y a des preoblème de débit tout les soir de 18H a 22H (au moin les 2 dernier soir).
Reste a voir si il y aura toujour se problème se soir... :(
Et le record absolu est batu ce soir par lepalois : Upload 42 Mb/s Download : 1.4 Mb/s !
Ce qui est bizard c'est qu'avant c'étais l'upload qui chutait chaque soir maintenant c'est l'inverse...
-
Le résultat iperf vu du serveur OVH, a 21h40 :
Upload : 52 Mb/s
Download : 14 Mb/s
vivien@gueant:$ iperf -s -m -w 216K -i 5
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
[ 4] local 213.251.129.37 port 5001 connected with 77.199.255.xxx port 43698
[ 4] 0.0- 5.0 sec 30.0 MBytes 50.3 Mbits/sec
[ 4] 5.0-10.0 sec 30.1 MBytes 50.5 Mbits/sec
[ 4] 10.0-15.0 sec 31.7 MBytes 53.1 Mbits/sec
[ 4] 15.0-20.0 sec 31.7 MBytes 53.3 Mbits/sec
[ 4] 20.0-25.0 sec 31.6 MBytes 53.0 Mbits/sec
[ 4] 25.0-30.0 sec 30.7 MBytes 51.5 Mbits/sec
[ 4] 0.0-30.0 sec 186 MBytes 52.0 Mbits/sec
[ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet)
------------------------------------------------------------
Client connecting to 77.199.255.202, TCP port 5001
TCP window size: 208 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
[ 4] local 213.251.129.37 port 2766 connected with 77.199.255.xxx port 5001
[ 4] 0.0- 5.0 sec 13.6 MBytes 22.8 Mbits/sec
[ 4] 5.0-10.0 sec 7.34 MBytes 12.3 Mbits/sec
[ 4] 10.0-15.0 sec 10.6 MBytes 17.8 Mbits/sec
[ 4] 15.0-20.0 sec 8.22 MBytes 13.8 Mbits/sec
[ 4] 20.0-25.0 sec 4.29 MBytes 7.20 Mbits/sec
[ 4] 25.0-30.0 sec 7.21 MBytes 12.1 Mbits/sec
[ 4] 0.0-30.0 sec 51.3 MBytes 14.3 Mbits/sec
[ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet)
Sur le servuer IPERF public de citéFIbre (réseau de Free) a 21h50 :
Upload : 46 Mb/s
Download : 7 Mb/s
lepalois@lepalois-desktop:~$ iperf -c 212.27.33.25 -m -w 216K -i 5 -t 30 -r
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 256 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
------------------------------------------------------------
Client connecting to 212.27.33.25, TCP port 5001
TCP window size: 256 KByte (WARNING: requested 216 KByte)
------------------------------------------------------------
[ 5] local 192.168.1.20 port 59837 connected with 212.27.33.25 port 5001
[ 5] 0.0- 5.0 sec 28.5 MBytes 47.8 Mbits/sec
[ 5] 5.0-10.0 sec 29.4 MBytes 49.3 Mbits/sec
[ 5] 10.0-15.0 sec 26.7 MBytes 44.9 Mbits/sec
[ 5] 15.0-20.0 sec 25.9 MBytes 43.4 Mbits/sec
[ 5] 20.0-25.0 sec 25.5 MBytes 42.8 Mbits/sec
[ 5] 25.0-30.0 sec 29.0 MBytes 48.7 Mbits/sec
[ 5] 0.0-30.0 sec 165 MBytes 46.1 Mbits/sec
[ 5] MSS size 1448 bytes (MTU 1500 bytes, ethernet)
[ 4] local 192.168.1.20 port 5001 connected with 212.27.33.25 port 45350
[ 4] 0.0- 5.0 sec 4.20 MBytes 7.05 Mbits/sec
[ 4] 5.0-10.0 sec 4.01 MBytes 6.73 Mbits/sec
[ 4] 10.0-15.0 sec 3.49 MBytes 5.86 Mbits/sec
[ 4] 15.0-20.0 sec 4.08 MBytes 6.84 Mbits/sec
[ 4] 20.0-25.0 sec 5.05 MBytes 8.48 Mbits/sec
[ 4] 25.0-30.0 sec 5.75 MBytes 9.64 Mbits/sec
[ 4] 0.0-30.1 sec 26.7 MBytes 7.45 Mbits/sec
[ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet)
lepalois@lepalois-desktop:~$
-
ca ne pouvait pas durer...
-
toujours 20 à 30 megas en download les 2 beta testeurs ? ca m'inquiete... un beta testeur
de mon soft (un des premiers clients FTTH) m'a signalé qu'il avait toujours 7800 Ko/s en multithread (5 serveurs francais en meme temps), j'attends le rapport WEB dans la soirée qui montrera le monothread...
-
Effectivement, le multithread TCP n'est pas touché par les baises de performances.
L'UDP monothread non plus. (mais il y a des pertes de paquets ce qui explique qu'une conneixon TCP seule n'arrive pas à monter au max)
-
si le multithread donne des bons résultats et que le monothread en donne des moins bons, vous appelez ca comme vous voulez mais pour moi ca commence par "bri" et ca finit par "dage"....
-
Monothread, multithread ???
En français ça donne quoi ?
mono c'est quand tu télécharges depuis une seule source par exemple une démo de chez clubic et multi c'est si je télécharge plusieurs démos à partir de plusieurs sites en même temps?
-
mono c'est quand tu télécharges depuis une seule source par exemple une démo de chez clubic et multi c'est si je télécharge plusieurs démos à partir de plusieurs sites en même temps?
oui, le test "IPERF" qui est fait pour ce graphique est monothread... les tests que mon speedtest fait sont plus multithread, seule l'édition du rapport (menu 7) fait les deux mais ca dure 22 minutes...
-
C'est bien ca fox64.
Et quand une liaison sature, au harad le lien Axione <-> Neuf par exemple, il semble que le débit est réparti équitablement entre connexions TCP.
Si le débit de la ligne est à 50 Mb/s et que la conneixon TCp est limité à 20 Mb/s cause satturation, le fait de lancer 2 conneixons simultanèment te donnera 40 Mb/s et 3 ou plus te donneras 50 Mb/s.
Un réseau non saturé doit donner le maximum du débit avec 1 seul conneixon. Les courbes de débit sont donc effectuées sur 1 seul connexion simultanée.
-
si le multithread donne des bons résultats et que le monothread en donne des moins bons, vous appelez ca comme vous voulez mais pour moi ca commence par "bri" et ca finit par "dage"....
Pas forcement 'bri...dage'.
Le simple fait que qu'un point de la 'route' sature pour une raison x ou y engendre automatiquement ce phénomène de 'répartition équitable' en TCP, c'est le principe même des fonctions d'équilibrage de charge entre toutes les sessions tcp, fonctions introduites dans tous les routeurs (plusieurs 'algorithmes' existent, mais le principe reste le même, faire en sorte que tout le monde ai la même chose globalement en tcp).
Si c'est 'mal fait' (algos basics) et qu'il y a X ip clientes avec au total de tous les X, Y threads tcp à gérer sur un canal disposant de Z en bande passante max, on a Z/Y par thread tcp, peut importe le nombre de X IP clientes. Donc le client qui lance le plus de thread obtient le plus de bp.
Si par contre c'est 'mieux fait' (algos + modernes), on répartira d'abord par IP cliente donc on aura Z/X de bp par IP cliente, et chaque IP cliente aura Z/X/Y bp pour chacun de ses threads.
Dans tout cela il faut retrancher à Z le trafic UDP très mal 'réparti' (se rapporter à un autre sujet sur ce forum, on en parle de la 'régulation' tcp et udp), donc si en plus à ce point de saturation il y a beaucoup de trafic udp, il y a d'autant moins de bp dispo pour tcp.
-
Ce soir à 21h les débits sont en download de 9.35 pour un des betat testeur et de 9.85 pour le second...
-
Pas forcement 'bri...dage'.
chez moi, quand on a pas ce qu'on paye on est bridé ! actuellement chz alice (comme chez orange avant) j'ai mes 2200 Ko/s et ce 24 heures sur 24, le reste je n'en ai que faire...
je comprends que l'uptime et la QoS n'est pas egal à 100% mais la en voyant vos courbes sur 4 jours un petit 40 megas durant
5 heures sur les 96 heures alors que vous en payez pour 50 je m'excuse mais il y a de quoi vraiment etre.... pris pour un con... bienvenue chez neuf !
-
Ce soir à 21h les débits sont en download de 9.35 pour un des betat testeur et de 9.85 pour le second...
meme moi je fais mieux avec mon ADSL sic !
-
5 heures sur les 96 heures alors que vous en payez pour 50 je m'excuse mais il y a de quoi vraiment etre.... pris pour un con... bienvenue chez neuf !
Je croyais, d'après ta signature du moins, que tu n'étais là que pour parler FTTH ::) Non parce que quand je vois la qualité de l'image TV ou quand je vois les débits que j'obtiens quand j'en ai besoin ton commentaire me fait mourir de rire.
-
Je croyais, d'après ta signature du moins, que tu n'étais là que pour parler FTTH :)
et alors, je parle du FTTH ou est le problème ? si certains clients acceptent de surfer à 9 mages alors qu'il en paye 50 bah tu
es le client parfait pour cette entreprise....
-
Si tu parles sans savoir je n'y peux rien ::) Tout d'abord dans ce que je paie la moitié c'est pour la TV donc déjà là j'en suis satisfait. Ensuite moi, j'en ai mais vraiment rien à faire de surfer à 50 méga, il y a longtemps que j'ai passer l'age de chercher à avoir la plus grosse ::) d'ailleurs je ne sais même pas ce que ça veut dire de surfer à 50 méga, c'est pour dire. Moi tout ce que je vois c'est que j'ai 10 fois plus de débit que j'en ai besoin et je ne suis pas le seul puisqu'il n'y a pour l'instant pas un seul post pour se plaindre du moindre bridage.
-
Pour avoir du 50Mb/s garantit tu ne paye pas 34.90€ :)
-
Pour avoir du 50Mb/s garantit tu ne paye pas 34.90€ :)
nous sommes d'accord que c'est pas garanti mais il y a un minimum.... ok je pense passer ici pour un "réac" post soixante-huitard
plutot qu'autre chose.... m'enfin je vous donnerais le rapport que je recevrais dans la soirée et apres je cloturerais le sujet...
-
===========> vous pompez a czet instant T à 10 megas et mon soft pompe a 6900 AVEC TV ALLUME
soit environ 7400 et non vos 1000 Ko/s avouez qu'il y a un sacré bleme dans vos mesures ou alors vous etes bridés...
m'enfin voila c'est dit. end of thread 4 me si vous vous en ***** jovialement....
BIENVENUE SUR LE RAPPORT DE VOTRE TEST DE VITESSE DU 18/09/2007 19:56:16
[la date est inscrite dans votre propre format national (jjmmaa en France, mmjjaa aux USA...)]
ftp://test-debit.free.fr (la vitesse moyenne a été de 6929.16 Koctet/s durant 13 secondes)
ftp://mirrors.secsup.org (la vitesse moyenne a été de 6392.61754 Koctet/s durant 13 secondes)
ftp://ftp.ciril.fr (la vitesse moyenne a été de 6203.01569 Koctet/s durant 13 secondes)
ftp://sunsite.mff.cuni.cz (la vitesse moyenne a été de 5586.90985 Koctet/s durant 13 secondes)
ftp://ftp.lip6.fr (la vitesse moyenne a été de 5252.40615 Koctet/s durant 13 secondes)
ftp://ftp.aso.ee (la vitesse moyenne a été de 4740.69846 Koctet/s durant 13 secondes)
ftp://sunsite.icm.edu.pl (la vitesse moyenne a été de 4622.55908 Koctet/s durant 13 secondes)
ftp://ftp.fi.muni.cz (la vitesse moyenne a été de 4362.05754 Koctet/s durant 13 secondes)
ftp://ftp.fh-wolfenbuettel.de (la vitesse moyenne a été de 4168.23723 Koctet/s durant 13 secondes)
ftp://bo.mirror.garr.it (la vitesse moyenne a été de 3817.588 Koctet/s durant 13 secondes)
ftp://ftp.task.gda.pl (la vitesse moyenne a été de 3408.54585 Koctet/s durant 13 secondes)
ftp://ftp.u-picardie.fr (la vitesse moyenne a été de 3215.93077 Koctet/s durant 13 secondes)
ftp://ftp.club-internet.fr (la vitesse moyenne a été de 2837.11692 Koctet/s durant 13 secondes)
ftp://ftp.surfnet.nl (la vitesse moyenne a été de 2381.66031 Koctet/s durant 13 secondes)
ftp://ftp.nluug.nl (la vitesse moyenne a été de 2348.82677 Koctet/s durant 13 secondes)
ftp://ftp.uwsg.indiana.edu (la vitesse moyenne a été de 2278.752 Koctet/s durant 13 secondes)
ftp://ftp.luna.nl (la vitesse moyenne a été de 2074.30431 Koctet/s durant 13 secondes)
ftp://ftp.univie.ac.at (la vitesse moyenne a été de 2058.676 Koctet/s durant 13 secondes)
ftp://ftp.cru.fr (la vitesse moyenne a été de 1976.16246 Koctet/s durant 13 secondes)
ftp://ftp.int-evry.fr (la vitesse moyenne a été de 1593.42154 Koctet/s durant 13 secondes)
ftp://ftp.tu-chemnitz.de (la vitesse moyenne a été de 1499.74123 Koctet/s durant 13 secondes)
ftp://ftp.sunet.se (la vitesse moyenne a été de 1487.76431 Koctet/s durant 13 secondes)
ftp://ftp.ps.pl (la vitesse moyenne a été de 1466.33692 Koctet/s durant 13 secondes)
ftp://ftp.univ-lille1.fr (la vitesse moyenne a été de 1194.81538 Koctet/s durant 13 secondes)
ftp://ramses.wh2.tu-dresden.de (la vitesse moyenne a été de 1183.84831 Koctet/s durant 13 secondes)
ftp://ftp.mandrivauser.cz (la vitesse moyenne a été de 1166.79538 Koctet/s durant 13 secondes)
ftp://ftp.pbone.net (la vitesse moyenne a été de 1117.52492 Koctet/s durant 13 secondes)
ftp://www.mirrorservice.org (la vitesse moyenne a été de 1071.324 Koctet/s durant 13 secondes)
ftp://linux.ups-tlse.fr (la vitesse moyenne a été de 999.76308 Koctet/s durant 13 secondes)
ftp://ftp.kddlabs.co.jp (la vitesse moyenne a été de 943.24708 Koctet/s durant 13 secondes)
ftp://ftp.sh.cvut.cz (la vitesse moyenne a été de 901.83077 Koctet/s durant 13 secondes)
ftp://ftp-stud.fht-esslingen.de (la vitesse moyenne a été de 755.03077 Koctet/s durant 13 secondes)
ftp://ftp.esat.net (la vitesse moyenne a été de 474.21262 Koctet/s durant 13 secondes)
ftp://linux.ntcu.net (la vitesse moyenne a été de 436.76462 Koctet/s durant 13 secondes)
ftp://ftp.join.uni-muenster.de (la vitesse moyenne a été de 387.12462 Koctet/s durant 13 secondes)
ftp://mirrors.usc.edu (la vitesse moyenne a été de 373.28954 Koctet/s durant 13 secondes)
ftp://ftp.ntua.gr (la vitesse moyenne a été de 362.25723 Koctet/s durant 13 secondes)
ftp://ftp.linux.org.tr (la vitesse moyenne a été de 355.56092 Koctet/s durant 13 secondes)
ftp://mirror.cs.wisc.edu (la vitesse moyenne a été de 259.99231 Koctet/s durant 13 secondes)
ftp://ftp.zip.com.au (la vitesse moyenne a été de 216.89908 Koctet/s durant 13 secondes)
ftp://ftp.cise.ufl.edu (la vitesse moyenne a été de 213.46338 Koctet/s durant 13 secondes)
ftp://mdk.linux.org.tw (la vitesse moyenne a été de 209.11692 Koctet/s durant 13 secondes)
ftp://ftp.ntou.edu.tw (la vitesse moyenne a été de 190.58615 Koctet/s durant 13 secondes)
ftp://ftp.riken.go.jp (la vitesse moyenne a été de 186.20615 Koctet/s durant 13 secondes)
ftp://ftp.heanet.ie (la vitesse moyenne a été de 170.81538 Koctet/s durant 13 secondes)
ftp://distrib-coffee.ipsl.jussieu.fr (la vitesse moyenne a été de 150.04308 Koctet/s durant 13 secondes)
ftp://ftp.netspace.net.au (la vitesse moyenne a été de 102.53692 Koctet/s durant 13 secondes)
ftp://ftp.cuhk.edu.hk (la vitesse moyenne a été de 95.748 Koctet/s durant 13 secondes)
ftp://mirror.switch.ch (la vitesse moyenne a été de 58.89846 Koctet/s durant 13 secondes)
ftp://gd.tuwien.ac.at (la vitesse moyenne a été de 29.08769 Koctet/s durant 13 secondes)
ftp://ftp.sun.ac.za (la vitesse moyenne a été de 8.98462 Koctet/s durant 13 secondes)
ftp://ftp.oit.edu.tw (la vitesse moyenne a été de 7.63692 Koctet/s durant 13 secondes)
ftp://ftp.ncnu.edu.tw (la vitesse moyenne a été de 6.28923 Koctet/s durant 13 secondes)
ftp://ftp.isu.edu.tw (la vitesse moyenne a été de 5.95231 Koctet/s durant 13 secondes)
ftp://fedora.org.ua (la vitesse moyenne a été de 3.59385 Koctet/s durant 13 secondes)
ftp://ftp.nara.wide.ad.jp (la vitesse moyenne a été de 2.58308 Koctet/s durant 13 secondes)
ftp://www.gtlib.cc.gatech.edu (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://mirror.mcs.anl.gov (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.informatik.hu-berlin.de (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://fr2.rpmfind.net (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://sunsite.informatik.rwth-aachen.de (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.ufpr.br (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.rhnet.is (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.physics.auth.gr (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.nsysu.edu.tw (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.iinet.net.au (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.iasi.roedu.net (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.giga.net.tw (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.cica.es (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.ale.org (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
94344.3117 Kilo-octets est le total des données que vous avez reçu lors du test préliminaire:
Ce nombre est seulement utilisé pour comparer entre tous les tests que vous avez lancé le volume total transféré SUR LE MEME ORDINATEUR ET POUR LE MEME DEBIT THEORIQUE !!! Il ne peut être utilisé qu'en complèment de la valeur du test en version longue lorsque vous suspectez un problème de débit...
Exemple: la valeur moyenne que j'obtiens est d'environ 53000 avec ma liaison ADSL 18 Mbit/s QUAND JE N'AI AUCUN SOUCI AVEC MA CONNEXION... si je suspecte un problème réseau chez mon FAI et que le test long m'indique malgré tout ma vitesse maximale théorique, je compare cette valeur avec ma valeur "étalon" de 53000. Si la dernière valeur est inférieure d'au moins 15 à ma valeur de référence, je peux être sûr qu'il y a un problème réseau quelque part...
Vous m'avez indiqué que votre débit maximal REEL est de 7800 KBytes/s donc votre marge d'erreur pour ce test est de 300%
La date (au format "jjmmaa") de la dernière mise à jour de la liste des serveurs FTP est le 25/6/2007
Votre vitesse de download est de 7757,977 Koctet(s) par seconde
(debug) this is the list of FTP servers used for this test:
ftp://test-debit.free.fr
ftp://mirrors.secsup.org
ftp://ftp.ciril.fr
ftp://sunsite.mff.cuni.cz
ftp://ftp.lip6.fr
(debug) Result is equal to 62063.816 Kbits/s IP or 73700.782126 Kbits/s ATM
DSL or unknown Mbit/s ATM FTTH or unknown Mbit/s ATM cable
(internal debug) 7800/5 * 1109%
-
===========> vous pompez a czet instant T à 10 megas et mon soft pompe a 6900 AVEC TV ALLUME
soit environ 7400 et non vos 1000 Ko/s avouez qu'il y a un sacré bleme dans vos mesures ou alors vous etes bridés...
m'enfin voila c'est dit. end of thread 4 me si vous vous en ***** jovialement....
La TV n'influe pas sur le débit data, c'est 100 Mb/s symétrique garanti entre le switch et le domicile qui arrive a chaque domicile et chaque service a son VLAN. Donc si le flux TV fait moins de 50 Mb/s , aucune influence.
Je pense que le problème est sans doute vers certaines destination et que ce serais une saturation du lien Neuf sur le FreeIX :
(https://lafibre.info/images/altice/SaturationNeufFreeIX.png)
(c'est la dernière IP, le ping average est de 32.7 ms alors que la normale devrais être inférieur à 3ms)
-
213.228.3.136 A google.freeix.net
213.228.3.138 A axione.freeix.net
213.228.3.139 A inetbone.freeix.net
213.228.3.140 A sivit.freeix.net
213.228.3.141 A afnic.freeix.net
213.228.3.142 A jetmultimedia.freeix.net
213.228.3.143 A belcenter.freeix.net
213.228.3.144 A arcor.freeix.net
as tu essayé de pinger cela pour etre sur de ton coup ?
-
1/ je n'ai pas de PC sur le réseau Neuf donc je ne peut le faire
2/ Je suppose (pas moyen de le vérifier) que la plupart de ces destinations ne passeront pas par le FreeIX mais par les peering privés ou sur un autre GIX ou les 2 opératuer sont présents et pas par le FreeIX
si ping google.freeix.net passe par FreeIX cela veut dire que la totalité du trafic vers google passe par le lien 1 Gb/s du FreeIX. Vu le trafic de Google vidéo je ne pense pas que ce soit le cas ou c'est peut etre ca qui explique la saturation.
Si des abonnés neuf peuvent faire des traceroute vers ces destination, on poura voir lesquels passent réellement par le freeIX
-
voila les traceroutes :
-
et la suite...
-
le 244.73 semblent etre des fois bien bouché.... bizarre que ca l'a fait 3 fois sur 7...
-
Merci bien zebu66, il semblerait donc que l'on passe par le FreeIX pour tous ces opérateurs (le chemin est le même avant d'arriver sur l'IP du FreeIX or si on passait par d'autre peering, on verrais le chemin changer par rapport à Axione (là je suis sur du passage par le FreeIX).
Serait-il possible d'en faire un dernier vers google.fr ?
Si on passe bien par le FreeIX, on doit de nouveau voir google.FreeIX.net apparaître.
-
un dernier... pour la route ! ahahahahahahahaha.....
-
un dernier... pour la route ! ahahahahahahahaha.....
-
Le traceroute est clair : on ne passe pas par FreeIX.
Donc pas de ping possible pour vérifier la saturation du lien Neuf <-> FreeIX car on passe pas par lui.
-
voici le test de debit fait avec mon soft par zebu66 client ADSL (oups FTTH) sur pau...
il y a de quoi regretter de passer en FTTH et de payer 5 euros de plus pour du vent quand on est proche du central...
BIENVENUE SUR LE RAPPORT DE VOTRE TEST DE VITESSE DU 25/09/2007 20:48:01
[la date est inscrite dans votre propre format national (jjmmaa en France, mmjjaa aux USA...)]
ftp://test-debit.free.fr (la vitesse moyenne a été de 2410.23538 Koctet/s durant 13 secondes)
ftp://ftp.club-internet.fr (la vitesse moyenne a été de 2397.09538 Koctet/s durant 13 secondes)
ftp://ftp.ens-cachan.fr (la vitesse moyenne a été de 2304.42885 Koctet/s durant 13 secondes)
ftp://ftp.ciril.fr (la vitesse moyenne a été de 1854.45231 Koctet/s durant 13 secondes)
ftp://www.mirrorservice.org (la vitesse moyenne a été de 1716.71369 Koctet/s durant 13 secondes)
ftp://ftp.surfnet.nl (la vitesse moyenne a été de 1589.82215 Koctet/s durant 13 secondes)
ftp://mirror.switch.ch (la vitesse moyenne a été de 1584.89354 Koctet/s durant 13 secondes)
ftp://ftp.nluug.nl (la vitesse moyenne a été de 1522.82369 Koctet/s durant 13 secondes)
ftp://ftp-stud.fht-esslingen.de (la vitesse moyenne a été de 1500.30577 Koctet/s durant 13 secondes)
ftp://ftp.u-picardie.fr (la vitesse moyenne a été de 1472.03938 Koctet/s durant 13 secondes)
ftp://ftp.int-evry.fr (la vitesse moyenne a été de 1343.53692 Koctet/s durant 13 secondes)
ftp://ftp.univie.ac.at (la vitesse moyenne a été de 1267.95385 Koctet/s durant 13 secondes)
ftp://ftp.fh-wolfenbuettel.de (la vitesse moyenne a été de 1206.21446 Koctet/s durant 13 secondes)
ftp://ftp.sh.cvut.cz (la vitesse moyenne a été de 1194.16769 Koctet/s durant 13 secondes)
43751.0739 Kilo-octets est le total des données que vous avez reçu lors du test préliminaire:
Ce nombre est seulement utilisé pour comparer entre tous les tests que vous avez lancé le volume total transféré SUR LE MEME ORDINATEUR ET POUR LE MEME DEBIT THEORIQUE !!! Il ne peut être utilisé qu'en complèment de la valeur du test en version longue lorsque vous suspectez un problème de débit...
Votre vitesse de download est de 2108,391 Koctet(s) par seconde
MAIS SEULEMENT 4 FICHIER(S) DE TEST SUR 5 ONT ETE TELECHARGES !!!
-
Aprés un passage de tcpoptimizer sur mon pc (voir les réglage ci-dessous), voila les resultats d'un test de débit :
BIENVENUE SUR LE RAPPORT DE VOTRE TEST DE VITESSE DU 26/09/2007 17:27:35
[la date est inscrite dans votre propre format national (jjmmaa en France, mmjjaa aux USA...)]
ftp://test-debit.free.fr (la vitesse moyenne a été de 7632.31846 Koctet/s durant 13 secondes)
ftp://ftp.u-picardie.fr (la vitesse moyenne a été de 6763.61846 Koctet/s durant 13 secondes)
ftp://ftp.fi.muni.cz (la vitesse moyenne a été de 5735.32923 Koctet/s durant 13 secondes)
ftp://mirrors.secsup.org (la vitesse moyenne a été de 5040.69446 Koctet/s durant 13 secondes)
ftp://sunsite.mff.cuni.cz (la vitesse moyenne a été de 4646.90646 Koctet/s durant 13 secondes)
ftp://sunsite.icm.edu.pl (la vitesse moyenne a été de 4471.90862 Koctet/s durant 13 secondes)
ftp://ftp.ciril.fr (la vitesse moyenne a été de 4001.44923 Koctet/s durant 13 secondes)
ftp://ftp.fh-wolfenbuettel.de (la vitesse moyenne a été de 4000.30431 Koctet/s durant 13 secondes)
ftp://ftp.aso.ee (la vitesse moyenne a été de 3490.83785 Koctet/s durant 13 secondes)
ftp://ramses.wh2.tu-dresden.de (la vitesse moyenne a été de 3136.42831 Koctet/s durant 13 secondes)
ftp://ftp.lip6.fr (la vitesse moyenne a été de 2962.45231 Koctet/s durant 13 secondes)
ftp://ftp.iasi.roedu.net (la vitesse moyenne a été de 2795.56308 Koctet/s durant 13 secondes)
ftp://ftp.club-internet.fr (la vitesse moyenne a été de 2791.63231 Koctet/s durant 13 secondes)
ftp://ftp.vein.hu (la vitesse moyenne a été de 2744.44338 Koctet/s durant 13 secondes)
ftp://ftp.task.gda.pl (la vitesse moyenne a été de 2639.52154 Koctet/s durant 13 secondes)
ftp://ftp.surfnet.nl (la vitesse moyenne a été de 2461.67108 Koctet/s durant 13 secondes)
ftp://ftp.nluug.nl (la vitesse moyenne a été de 2423.684 Koctet/s durant 13 secondes)
ftp://ftp.join.uni-muenster.de (la vitesse moyenne a été de 2213.02308 Koctet/s durant 13 secondes)
ftp://ftp.univie.ac.at (la vitesse moyenne a été de 2201.52769 Koctet/s durant 13 secondes)
ftp://ftp.sh.cvut.cz (la vitesse moyenne a été de 2081.60554 Koctet/s durant 13 secondes)
ftp://www.mirrorservice.org (la vitesse moyenne a été de 1924.80831 Koctet/s durant 13 secondes)
ftp://ftp.ps.pl (la vitesse moyenne a été de 1522.19631 Koctet/s durant 13 secondes)
ftp://ftp.nursat.net (la vitesse moyenne a été de 1521.30369 Koctet/s durant 13 secondes)
ftp://ftp.cica.es (la vitesse moyenne a été de 1430.23846 Koctet/s durant 13 secondes)
ftp://ftp.uninett.no (la vitesse moyenne a été de 1333.09231 Koctet/s durant 13 secondes)
ftp://mirror.switch.ch (la vitesse moyenne a été de 1252.696 Koctet/s durant 13 secondes)
ftp://ftp.univ-lille1.fr (la vitesse moyenne a été de 1156.38862 Koctet/s durant 13 secondes)
ftp://ftp.mandrivauser.cz (la vitesse moyenne a été de 1121.51169 Koctet/s durant 13 secondes)
ftp://mirrors.evolva.ro (la vitesse moyenne a été de 1119.96462 Koctet/s durant 13 secondes)
ftp://ftp.ufpr.br (la vitesse moyenne a été de 1109.48769 Koctet/s durant 13 secondes)
ftp://ftp.sunet.se (la vitesse moyenne a été de 1014.62031 Koctet/s durant 13 secondes)
ftp://linux.ups-tlse.fr (la vitesse moyenne a été de 945.29385 Koctet/s durant 13 secondes)
ftp://sunsite.informatik.rwth-aachen.de (la vitesse moyenne a été de 917.61631 Koctet/s durant 13 secondes)
ftp://ftp.tu-chemnitz.de (la vitesse moyenne a été de 812.60862 Koctet/s durant 13 secondes)
ftp://ftp-stud.fht-esslingen.de (la vitesse moyenne a été de 706.19077 Koctet/s durant 13 secondes)
ftp://ftp.uwsg.indiana.edu (la vitesse moyenne a été de 631.976 Koctet/s durant 13 secondes)
ftp://ftp.int-evry.fr (la vitesse moyenne a été de 564.57077 Koctet/s durant 13 secondes)
ftp://ftp.pbone.net (la vitesse moyenne a été de 534.08985 Koctet/s durant 13 secondes)
ftp://ftp.esat.net (la vitesse moyenne a été de 479.02923 Koctet/s durant 13 secondes)
ftp://linux.ntcu.net (la vitesse moyenne a été de 471.80462 Koctet/s durant 13 secondes)
ftp://mirrors.usc.edu (la vitesse moyenne a été de 373.616 Koctet/s durant 13 secondes)
ftp://bo.mirror.garr.it (la vitesse moyenne a été de 352.88615 Koctet/s durant 13 secondes)
ftp://ftp.linux.org.tr (la vitesse moyenne a été de 352.64615 Koctet/s durant 13 secondes)
ftp://ftp.cuhk.edu.hk (la vitesse moyenne a été de 332.43723 Koctet/s durant 13 secondes)
ftp://mirror.fis.unb.br (la vitesse moyenne a été de 267.40462 Koctet/s durant 13 secondes)
ftp://ftp.cise.ufl.edu (la vitesse moyenne a été de 213.01415 Koctet/s durant 13 secondes)
ftp://ftp.zip.com.au (la vitesse moyenne a été de 210.07231 Koctet/s durant 13 secondes)
ftp://mdk.linux.org.tw (la vitesse moyenne a été de 201.92923 Koctet/s durant 13 secondes)
ftp://ftp.riken.go.jp (la vitesse moyenne a été de 196.65077 Koctet/s durant 13 secondes)
ftp://ftp.ntou.edu.tw (la vitesse moyenne a été de 176.77231 Koctet/s durant 13 secondes)
ftp://ftp.heanet.ie (la vitesse moyenne a été de 165.10031 Koctet/s durant 13 secondes)
ftp://ftp.ui.edu (la vitesse moyenne a été de 76.28185 Koctet/s durant 13 secondes)
ftp://distrib-coffee.ipsl.jussieu.fr (la vitesse moyenne a été de 46.83231 Koctet/s durant 13 secondes)
ftp://ftp.netspace.net.au (la vitesse moyenne a été de 42.11538 Koctet/s durant 13 secondes)
ftp://gd.tuwien.ac.at (la vitesse moyenne a été de 26.61692 Koctet/s durant 13 secondes)
ftp://ftp.kddlabs.co.jp (la vitesse moyenne a été de 21.78769 Koctet/s durant 13 secondes)
ftp://ftp.oit.edu.tw (la vitesse moyenne a été de 18.41846 Koctet/s durant 13 secondes)
ftp://ftp.nsysu.edu.tw (la vitesse moyenne a été de 6.17692 Koctet/s durant 13 secondes)
ftp://ftp.ncnu.edu.tw (la vitesse moyenne a été de 5.50308 Koctet/s durant 13 secondes)
ftp://ftp.isu.edu.tw (la vitesse moyenne a été de 4.94154 Koctet/s durant 13 secondes)
ftp://fedora.org.ua (la vitesse moyenne a été de 3.25692 Koctet/s durant 13 secondes)
ftp://ftp.sun.ac.za (la vitesse moyenne a été de 2.92 Koctet/s durant 13 secondes)
ftp://ftp.nara.wide.ad.jp (la vitesse moyenne a été de 2.69538 Koctet/s durant 13 secondes)
ftp://www.gtlib.cc.gatech.edu (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://mirror.mcs.anl.gov (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.informatik.hu-berlin.de (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://fr2.rpmfind.net (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://mirror.cs.wisc.edu (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.rhnet.is (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.physics.auth.gr (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.iinet.net.au (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.ens-cachan.fr (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
ftp://ftp.ale.org (la vitesse moyenne a été de 0 Koctet/s durant 13 secondes)
97904.48311 Kilo-octets est le total des données que vous avez reçu lors du test préliminaire:
Ce nombre est seulement utilisé pour comparer entre tous les tests que vous avez lancé le volume total transféré SUR LE MEME ORDINATEUR ET POUR LE MEME DEBIT THEORIQUE !!! Il ne peut être utilisé qu'en complèment de la valeur du test en version longue lorsque vous suspectez un problème de débit...
Exemple: la valeur moyenne que j'obtiens est d'environ 53000 avec ma liaison ADSL 18 Mbit/s QUAND JE N'AI AUCUN SOUCI AVEC MA CONNEXION... si je suspecte un problème réseau chez mon FAI et que le test long m'indique malgré tout ma vitesse maximale théorique, je compare cette valeur avec ma valeur "étalon" de 53000. Si la dernière valeur est inférieure d'au moins 15% à ma valeur de référence, je peux être sûr qu'il y a un problème réseau quelque part...
Vous m'avez indiqué que votre débit maximal REEL est de 7500 KBytes/s donc votre marge d'erreur pour ce test est de 360%
La date (au format "jjmmaa") de la dernière mise à jour de la liste des serveurs FTP est le 26/9/2007
Votre vitesse de download est de 7869,039 Koctet(s) par seconde
(debug) this is the list of FTP servers used for this test:
ftp://test-debit.free.fr
ftp://ftp.u-picardie.fr
ftp://ftp.fi.muni.cz
ftp://mirrors.secsup.org
ftp://sunsite.mff.cuni.cz
(debug) Result is equal to 62952.312 Kbits/s IP or 74755.871135 Kbits/s ATM
DSL or unknown Mbit/s ATM FTTH or unknown Mbit/s ATM cable
(internal debug) 7500/5 * 1205%
C'est beaucoup mieux !!!!!!!!!
-
C'est beaucoup mieux !!!!!!!!!
faut arreter de boire mr zébu ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D
-
bon les courbes sont bon,nes en heure de pointe, probleme (surement) résolu...
-
bon les courbes sont bon,nes en heure de pointe, probleme (surement) résolu...
Il y a plus de testeurs pour les courbes donc la moyenne est plus représentative.
-
ah ok et les resultats peuvent etre visibles de maniere individuelle ?
-
ah ok et les resultats peuvent etre visibles de maniere individuelle ?
Pour le commun des mortels non pas encore, seulement visible sur la base de donnée en brut.
-
Pour le commun des mortels non pas encore, seulement visible sur la base de donnée en brut.
D'ailleurs c dommage que les tests ne soit pas horodaté dans le fichier stat_debit stocké sur le pc des testeurs..... Vivien tu peut faire quelque chose ? avec date et heure se serais bien...
-
bon les courbes sont bon,nes en heure de pointe, probleme (surement) résolu...
Conclusion un peu ative non ? vu la gueule que prenent les courbes vers 21H...
-
D'ailleurs c dommage que les tests ne soit pas horodaté dans le fichier stat_debit stocké sur le pc des testeurs..... Vivien tu peut faire quelque chose ? avec date et heure se serais bien...
echo %DATE %TIME % >> stat_debit.txt
-
Lepalois qui est sous linux est horodaté mais pour toi il faut que je regarde de mémoire le cron sous fusionné avec la commande at.
Je regarde ca demain.
-
Lepalois qui est sous linux est horodaté mais pour toi il faut que je regarde de mémoire le cron sous fusionné avec la commande at.
Je regarde ca demain.
merci ce serais cool !
-
une petite baisse à 9h.....
-
D'ailleurs c dommage que les tests ne soit pas horodaté dans le fichier stat_debit stocké sur le pc des testeurs..... Vivien tu peut faire quelque chose ? avec date et heure se serais bien...
Voici la solution.
Windows à vraiment le don de compliquer qq chose qui est trés simple (une ligne de commande sous linux)
Crée un dossier at dans C:\
crée a l'intérieur 2 fichiers :
date_heure.bat :
@echo off
echo %DATE% %TIME% >> C:\stat_debit.txt
initialisation.bat :
@echo off
at 0:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 1:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 2:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 3:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 4:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 5:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 6:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 7:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 8:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 9:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 10:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 11:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 12:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 13:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 14:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 15:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 16:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 17:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 18:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 19:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 20:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 21:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 22:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
at 23:00 /every:lundi,mardi,mercredi,jeudi,vendredi,samedi,dimanche "C:\at\date_heure.bat"
ensuite tu double clique sur initialisation.bat , ceci n'est à faire qu'une fois
Sous linux c'est simple : tu tape sudo crontab -e et tu rajoute la ligne suivante :
0 * * * * date >> /var/log/stat_debit.txt
[edit Vivien : batch pour la mise a l'heure simplifié sur les conseils de willemijns]
-
[HS]
MDR ;D
Tu savais pas qu'il existe le 'planificateur de tâches' sous Windows, une interface graphique, pour justement 'planifier des tâches' à la 'comme tu veux', au lieu de faire tous les 'AT machin chose ...' ? ;D
Ça me rappelle les NT 3.1/3.51 ou NT4 sans Ie4 tes 'vieux' AT ... mais c'était les années 80 ... à partir de nt4 + ie4 le 'planificateur' 'graphique est apparu (et cerise sur le gâteau tout ce qu'il faut pour le configurer via 'scripts' et programmation)
Faut jamais dire du mal sans savoir :P et faut toujours tourner 7 fois la langue dans sa bouche et relire 7 fois les docs avant de dire du mal ::)
SVP arrêtez de dire lui est nul, l'autre l'est pas sans avoir comparer objectivement en toute connaissance des 'deux causes'...
c'est agaçant cette désinformation et justement 'nul' >:(
Ps : je ne suis payé par quiconque pour dire cela, c'est juste que ça m'énerve ces comparaisons hâtives.
D'ailleurs 'nunux' par la 'windows', au moins la 'windows' aura servi à quelque chose, nous débarasser d'un 'pingoin' ;D
VIVA FreeBSD :D
[/HS]
-
[HS]
Tu savais pas qu'il existe le 'planificateur de tâches' sous Windows, une interface graphique, pour justement 'planifier des tâches' à la 'comme tu veux', au lieu de faire tous les 'AT machin chose ...' ? ;D
Ça me rappelle les NT 3.1/3.51 ou NT4 sans Ie4 tes 'vieux' AT ... mais c'était les années 80 ... à partir de nt4 + ie4 le 'planificateur' 'graphique est apparu (et cerise sur le gâteau tout ce qu'il faut pour le configurer via 'scripts' et programmation)
Oui il existe un planificateur de tâches dans le panneau de configuration mais tu ne trouve pas qu'il est beaucoup plus complexes que mes AT ?
Déja il faut faire un .bat
@echo off
date /T >> C:\stat_debit.txt
time /T >> C:\stat_debit.txt
Ensuite il faut exécuter 24 fois une longe procédure pour demander de démarrer le .bat tous les jour a minuit puis recommencer au début pour demander l'exécution du .bat tous les jour à 1h et recommencer tout depuis le début....
Bref j'ai peut-être pas compris comment planifier un événement toutes les heures mais je suis preneur de tes explications.
Je rappel que le but ici est de fournir une solution simple et rapide. recopier 2 .bat me semble bien plus rapide que les nombreux écran multiplié par les 24 planification à faire.
Si tu pouvais me dire aussi comment mettre sur la même ligne la date et l'heure sous windows, je suis preneur.
style :
lundi 1 octobre 2007, 07:42:47 (UTC+0200)
La commande date et time sous mon windows XP ne posséde qu'un argument.
Comparaison avec linux :
$ date --help
Usage: date [OPTION]... [+FORMAT]
ou: date [-u|--utc|--universal] [MMJJhhmm[[CC]AA][.ss]]
Afficher la date courante selon le FORMAT spécifié ou
initialiser la date du système.
-d, --date=CHAÎNE afficher la date selon la description donnée par la CHAÎNE,
excluant le mot réservé « now »
-f, --file=FICHIER identique à --date pour chaque ligne du
FICHIER de dates
-r, --reference=FICHIER utiliser la date de modification du FICHIER
comme date de référence
-R, --rfc-2822 afficher la date selon le format respectant
les spécifications du RFC-822
--rfc-3339=TIMESPEC afficher la date et l'heure selon le format respetant
les spécifications du RFC-3339 où
TIMESPEC=`date', `seconds', ou `ns' pour
la date et l'heure selon la précision voulue
-s, --set=CHAÎNE initialiser la date selon la CHAÎNE fournie
-u, --utc, --universal afficher ou initialiser selon le système de
temps universel (T.U.)
--help afficher l'aide-mémoire
--version afficher le nom et la version du logiciel
FORMAT contrôlant l'affichage. La seule option valide pour la la seconde forme
s'applique au système de temps Universel UCT. Les séquences interprétées sont:
%% le caractère %
%a les noms abrégés localisés des jours de la semaine (i.e. dim..sam)
%A les noms complets localisés des jours de la semaine (dimanche..samedi)
%b les noms abrégés localisés des mois (jan..déc)
%B les noms complets localisés des mois (janvier..décembre)
%c la date et l'heure localisées (i.e. Jeu mar 3 23:05:25 2005)
%C le siècle comme %Y sans les 2 derniers chiffres (i.e. 21)
%d le jour du mois (i.e. 01..31)
%D la date (%m/%d/%y)
%e le jour du mois précédé d'un blanc identique à %_d
%F la date complète, identique à %Y-%m-%d
%g les 2 derniers chiffres de l'année correspondant au numéro de semaine ISO (voir %G)
%G l'année correspondant au numéro de semaine ISO (voir %V); normalement utile seulement avec %V
%h identique à %b
%H heure (00..23)
%I heure (01..12)
%j jour numérique de l'année (001..366)
%k heure ( 0..23)
%l heure ( 1..12)
%m mois (01..12)
%M minute (00..59)
%n un saut de ligne
%N nanosecondes (000000000..999999999)
%p indicateur localisé AM ou PM en majuscules (blanc si inconnu)
%P identique à %p mais en minuscules
%r heure locale en format 12-heure (i.e. 11:11:01 PM)
%R heure en format 24-heure identique à %H:%M
%s secondes depuis 1970-01-01 00:00:00 UTC
%S les secondes (00..60)
%t une tabulation horizontale
%T l'heure, identique à %H:%M:%S
%u le jour de la semaine (1..7); 1 représente le lundi
%U le numéro de la semaine dans l'année débutant par le dimanche
comme premier jour de la semaine (00..53)
%V le numéro de la semaine ISO dans l'année débutant par le lundi
comme premier jour de la semaine (01..53)
%w le jour de la semaine (0..6); 0 représente le dimanche
%W le numéro de la semaine dans l'année débutant par le lundi
comme premier jour de la semaine (00..53)
%x représentation localisée de la date (i.e. 12/31/99)
%X représentation localisée de l'heure (i.e. 23:13:48)
%y les deux derniers chiffres de l'année (00..99)
%Y l'année
%z fuseau horaire numérique +hhmm (i.e. -0400)
%:z fuseau horaire numérique +hh:mm (i.e. -04:00)
%::z fuseau horaire numérique +hh:mm:ss (i.e. -04:00:00)
%:::z fuseau horaire numérique selon la précision nécessaire (i.e. -04, +05:30)
%Z abréviation alphabétique des fuseaux horaires (i.e. EDT)
Par défaut les champs de date numériques sont remplis par des zéros.
Les paramètres des options suivantes peuvent suivre `%':
- (tiret) ne pas remplir le champ
_ (souligné) remplir par des espaces
0 (zéro) remplir par des zéros
^ utiliser les majuscules si possible
# utiliser la casse complèmentaire si possible
Un largeur champ optionel suit un fanion à l'aide d'un nombre décimal;
suivi du modificateur optionel lequel peut prendre la valeur
E pour utiliser une représentation de locale si disponible, ou
O pour utiliser une représentation de symboles numériques de locale si disponible.
[/HS]
-
[HS]
Si tu pouvais me dire aussi comment mettre sur la même ligne la date et l'heure sous windows, je suis preneur.
echo %DATE% %TIME% >> fichier.txt
je te l'ai marqué sur le forum... ok y'a les millisecondes dans l'heure mais bon....
-
echo %DATE% %TIME% >> fichier.txt
Merci !
C:\WINNT\Profiles\vivien>echo %DATE% %TIME%
01/10/2007 13:07:31,37
-
En tout cas en effectuant cette manip l'horadatage ne marche pas....
-
zebu66, on voit ca ensemble ;D ;D ;D
-
pour en revenir aux courbes, c'est vraiment bizarre ces chutes à 6h du mat et le download meilleur à midi qu'à 6h du matin sic ! le monde a l'envers....
-
Moi jai tout le temps le meme debit avec NOOS !!!!!!!!!!!!!!
Franchement les seuls problemes c'est la sagem 3190 mais qui vas bientot degager et une foi la TV qui fonctionner plus mais bon ca devais juste etre noos qui changer le systeme pas un probleme technique ou incident; sans payer de toute facon c'est pas mal !
/Cali
-
pour en revenir aux courbes, c'est vraiment bizarre ces chutes à 6h du mat et le download meilleur à midi qu'à 6h du matin sic ! le monde a l'envers....
C'est la faute a Zebu66. Son débit est trés instable.
Dans le cas de 6h du mat il était à 0.71 Mb/s c'est ca la cause de la chute de la moyenne.
J'ai supprimé cette valeur, le graph seras ok à 17h06
PS : remarquez que l'échelle du graph a changée, le bas est à 20 Mb/s et plus 0 Mb/s
-
[HS]
pour etre exact il s'agit d'un manchot et non d'un pingouin
[Fin hs]
-
[HS]
[HS]
pour etre exact il s'agit d'un manchot et non d'un pingouin
[Fin hs]
C'était un jeu de mots, pour 'penguin' (manchot en anglais) ;D
[/HS]
-
C'est la faute a Zebu66. Son débit est trés instable.
Dans le cas de 6h du mat il était à 0.71 Mb/s c'est ca la cause de la chute de la moyenne.
J'ai supprimé cette valeur, le graph seras ok à 17h06
PS : remarquez que l'échelle du graph a changée, le bas est à 20 Mb/s et plus 0 Mb/s
et que donnent des valeurs extremes sur le graphe ? soit 0 et 200 Mo par exemple ?
-
En fait aujourd'hui les graph s'adapte automatiquement aux valeures.
Ce qui fait que si on a un débit entre 50 et 55 mb/s le haut du graph sera 56 Mb/s et le bas 49 Mb/s.
Je pense changer ca car on pense en permanence qu'il y a du mauvais débit en regardant rapidement.
Je vais mettre en du r une échelle de 0 à 60 Mb/s.
Si durant une heure il n'y a aucune mesure, c'est supprimé, le graph passe de 17 à 19h directement.
-
oh la jolie baisse ce soir....
-
oh la jolie baisse ce soir....
Oui gros pb de débit chez les 3 testeurs et ping trés élevé chez 2 des 3 testeurs.
-
ca sent le bridage à 3 megas quelque part... la faute a qui ?
-
J'ai fais le test 2 d'Iperf et je l'ai montré à Lepalois hier.
Mon DL est plus que bon avec 58Mb en moyenne avec pointe à plus de 60 Mb.
Mon UL est moins stable avec 35 Mb en moyenne avec pointe à 50Mb mais des baisses à 15Mb.
-
c'est a n'y plus rien comprendre ces courbes :-(
-
c'est a n'y plus rien comprendre ces courbes :-(
Bonjour,
Sur les 3 abonnés qui font la courbe de débit Neuf présente en haut du forum, 2 ont déjà été touché par ce problème.
Cela se caractérise par un trés faible débit (moins de 3 Mb/s) en upload ou en download ou dans les 2 sens.
Un exemple (seul un seul sens est touché ici, c'est l'upload) :
Perte UDP à 500 Kb/s :
$ iperf -c 77.207.73.xx -u -b 500000 -i 3 -t 9 -r
[ 4] 0.0- 9.0 sec 551 KBytes 500 Kbits/sec 0.357 ms 0/ 384 (0%)
[ 3] 0.0- 9.0 sec 491 KBytes 445 Kbits/sec 0.348 ms 42/ 384 (11%)
Perte UDP à 10 Mb/s :
$ iperf -c 77.207.73.xx -u -b 10000000 -i 3 -t 9 -r
[ 4] 0.0- 9.0 sec 10.6 MBytes 9.85 Mbits/sec 0.415 ms 0/ 7539 (0%)
[ 3] 0.0- 9.0 sec 9.49 MBytes 8.84 Mbits/sec 0.417 ms 885/ 7653 (12%)
Perte UDP à 40 Mb/s :
$ iperf -c 77.207.73.xx -u -b 40000000 -i 3 -t 9 -r
[ 4] 0.0- 9.0 sec 42.0 MBytes 39.1 Mbits/sec 0.207 ms 0/29925 (0%)
[ 3] 0.0- 9.0 sec 38.0 MBytes 35.5 Mbits/sec 0.120 ms 3476/30613 (11%)
En TCP le débit est donc catastrophique :
$ iperf -c 77.207.73.xx -m -w 216K -i 3 -t 9 -r
[ 5] 0.0- 9.0 sec 46.9 MBytes 43.7 Mbits/sec
[ 4] 0.0-10.2 sec 1.12 MBytes 926 Kbits/sec
Si vous avez ce problème, il faut poster le résultat du test 2 d'IPERF (dispo sur https://lafibre.info/iperf ) et mettre dans votre profil mettre des infos pour que neuf puisse vous identifier. (seul les équipes de neuf ont accès aux infos du profil Réf-Client - Téléphone).
A tour de role 2 des 3 testeurs ont eu une perte catastrophique de débit.
Le 1er a été exclu le temps que cela soit rétabli.
Le 2ème est resté, vu que ce pb n'est plus isolé.
Neuf a résolut le problème a 13h hier, d'ou une augmentation d'1/3 du débit en download (en up il na pas le max, je vais faire d'autres tests)
-
Excuses-moi mais je ne comprends bien l'intérêt de faire une courbe des débits si tu supprimes les résultats qui ne te conviennent pas ???
-
Quand je suspecte que le problème vient du PC du testeur (notament en comparant les résultat des 2 auteres testeurs) je supprime.
La courbe doit représenter ce qu'il se pour les utilisateurs, pas un pb particulier sur un PC.
Quand le pb a touché une 2ème personne, il a continué à faire parti du pannel envoyant chaque heure des vaaleurs entre 0 et 1 (ce qui explique le débit stable à 33 Mb/s)
(33 * 3) -1 / 2 = 49 Mb/s pour les 2 autres utilisateurs en moyenne.
-
J'ai du mal à comprendre ta logique. Tu as 3 testeurs : quand 1 a un mauvais débit et 2 des bons tu supprimes le mauvais et quand tu as 2 mauvais débit associés à 1 bon tu supprimes encore 1 mauvais débit. ???
-
Plus complexe que ca, d'autres mesures sont effectuées en même temps, par exemple l'occupation du processeur.
Cela indique si le test peut-être fiable ou bon.
Dans le cas du testeur (Bradley) que Vivien a enlevé des courbes c'est parce qu'il avait un problème sur sa ligne à lui.
Donc comme ca ne reflette pas l'ensemble des abonnés la décision à été prise de ne pas prendre compte de ses mesures.
Les techniciens de Neuf ont bien confirmé qu'il y avait un problème sur ca ligne et l'ont corrigé (Les mesures sont donc de nouveau intégrées dans les courbes).
Idem pour mes mesures je prévient à l'avance des que je sais que mon PC donnera des mesures fausses car utilisation de mon PC de test au maximum (vieux pc). On a fait pas mal de test pour voir comment réagisé les mesures lorsque les PC étaient en pleines charges sans pour autant utiliser de bande passante. Voilà pourquoi de temps en temps nous faisons des ajustements.
Notre but est d'être le plus objectif possible, non de dire que l'on a une connexion de 70 Mbits/s, 24/27 et 7/7.
Je pense que les courbes donnes un aperçu assez juste, même si on sait que ce n'est pas encore parfait. On y travaille (surtout Vivien).
-
J'ai du mal à comprendre ta logique. Tu as 3 testeurs : quand 1 a un mauvais débit et 2 des bons tu supprimes le mauvais et quand tu as 2 mauvais débit associés à 1 bon tu supprimes encore 1 mauvais débit. ???
Non Le testeur 1 a eu un pb et je l'ai supprimé.
Suite a la resolution du pb du testeur 1 le pb est venu chez le testeur 2.
Ce pb arrivant pour la 2ème fois j'ai décidé de laisser les résultats du testeur 2. (cf baisse de débit pednant 2 jours)
Le testeur 3 était ok tout le temps.
Pour info samedi dernier je n'avais aucun testeur fiable j'ai donc arreté la courbe. C'est la première fois que cela se produit.
Si vous avec un PC qui est généralement allumé 24h/24, n'hésitez pas a rejoindre le pannel de 3 testeur.
Les tests prennent 6 seconde dans chaque sens et sont répétes chaque heure.
-
Là c'est plus clair pour moi.
Pas de PC allumé 24/24 chez moi.
-
bon je reprends ce thread qui correspond plus qu'aux problemes TV, ca devient pire des 9 heures !!! il n'y a plus
de correlation jour ouvré et jour de week-end excepté entre 2h et 8h du matin sic !
c'est a se demander si neuf telecom ne veut pas fortement inviter à pousser à la porte ses abonnés FTTH...
il n'y a qu'un pas qu'il va etre difficile de ne plus franchir. CQFD.
-
zebu66 m'a posté son test daté d'il y a 10 minutes, on remarque que peut-etre que les premiers abonnés
ont été downgradés à 50 megas mais ca semble pas etre sur...
BIENVENUE SUR LE RAPPORT DE VOTRE TEST DE VITESSE DU 07/11/2007 12:41:28
[la date est inscrite dans votre propre format national (jjmmaa en France, mmjjaa aux USA...)]
(la date et l'heure affiché ci-dessus est la date de lancement de ce batch qui peut-être différent de la date et l'heure réelle de ce test !)
ftp://ftp-stud.fht-esslingen.de (la vitesse moyenne a été de 5482.84431 Koctet/s durant secondes)
ftp://ftp.sh.cvut.cz (la vitesse moyenne a été de 5480.61538 Koctet/s durant secondes)
ftp://ftp.ens-cachan.fr (la vitesse moyenne a été de 5307.99846 Koctet/s durant secondes)
ftp://bo.mirror.garr.it (la vitesse moyenne a été de 4997.268 Koctet/s durant secondes)
ftp://test-debit.free.fr (la vitesse moyenne a été de 4856.52154 Koctet/s durant secondes)
ftp://ftp.fh-wolfenbuettel.de (la vitesse moyenne a été de 3970.15662 Koctet/s durant secondes)
ftp://ftp.surfnet.nl (la vitesse moyenne a été de 3961.79108 Koctet/s durant secondes)
ftp://ftp.nluug.nl (la vitesse moyenne a été de 3675.052 Koctet/s durant secondes)
ftp://ftp.aso.ee (la vitesse moyenne a été de 3404.08462 Koctet/s durant secondes)
[...]
Votre vitesse de download est de 6113,484 Koctet(s) par seconde
-
J'ai la fibre depuis quelque jour, et aucun problème sur la télé.
Le technicien qui m'a fait l'installation m'a dit qu'il y avait des problèmes avec les ancien switch optique atrica.
-
... qui ont étaient remplacé, oui mais c'étais l'ancien problème ca ;)
-
bon ce sori c'est de nouveau la catastrophe... alors qu'hier à la meme heure ca avait tendance à augmenter...
franchement je crois qu'on se fout vraiment de votre fiole... et le mot est faible... comment donner le gout de migrer
à la fibre en voyant cette mascarade ?
-
Après une heure de tv je suis toujour a 0.00 de perte :D
-
on remarque que peut-etre que les premiers abonnés
ont été downgradés à 50 megas mais ca semble pas etre sur...
A priori non car ce matin trés tot (0h40 ;D) J'ai fais des tests manuels qui ont bien dépassé les 50 Mb/s en up et en down, le tout en TCP.
Par contre le soir c'est la cata complète.
-
A priori non car ce matin trés tot (0h40 ;D) J'ai fais des tests manuels qui ont bien dépassé les 50 Mb/s en up et en down, le tout en TCP.
Par contre le soir c'est la cata complète.
hier nikel et ce soir n'en parlons pas.... c'est meme pas une saturation aux heures de pointe c'est.... innommable... tellement ca ne tient pas debout !!!