Informaticien.be » Les traceroute/ping du site
Les traceroute/ping du site
Publié le 22/08/2007 @ 16:02:57,
Par DerdesderPuisque le Roy demande , le Roy obtient
Provider : schedom-europe = Dommel
Dernière édition: 22/08/2007 @ 16:07:06
Détermination de l'itinéraire vers www.informaticien.be [85.234.223.212]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 8 ms 8 ms 10 ms gateway.dyn1.gretry2.schedom-europe.net [83.101.
21.129]
3 10 ms 41 ms 11 ms atm-34-32.largo-matisse.bru.schedom-europe.net [
83.101.0.242]
4 12 ms 10 ms 24 ms x-ge1.schedom-europe.bru.belgacom-ics.com [83.10
1.0.57]
5 11 ms 13 ms 11 ms 80.84.18.137
6 11 ms 12 ms 11 ms intico.bnix.net [194.53.172.89]
7 11 ms 11 ms 12 ms router01.brulcl.be.intico.net [212.71.1.26]
8 11 ms 12 ms 11 ms p4.akretio.be [85.234.223.212]
Itinéraire déterminé.
Envoi d'une requête 'ping' sur www.informaticien.be [85.234.223.212] avec 32 oct
ets de données :
Réponse de 85.234.223.212 : octets=32 temps=11 ms TTL=57
Réponse de 85.234.223.212 : octets=32 temps=10 ms TTL=57
Réponse de 85.234.223.212 : octets=32 temps=10 ms TTL=57
Réponse de 85.234.223.212 : octets=32 temps=10 ms TTL=57
Statistiques Ping pour 85.234.223.212:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 10ms, Maximum = 11ms, Moyenne = 10ms
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.1.1
2 8 ms 8 ms 10 ms gateway.dyn1.gretry2.schedom-europe.net [83.101.
21.129]
3 10 ms 41 ms 11 ms atm-34-32.largo-matisse.bru.schedom-europe.net [
83.101.0.242]
4 12 ms 10 ms 24 ms x-ge1.schedom-europe.bru.belgacom-ics.com [83.10
1.0.57]
5 11 ms 13 ms 11 ms 80.84.18.137
6 11 ms 12 ms 11 ms intico.bnix.net [194.53.172.89]
7 11 ms 11 ms 12 ms router01.brulcl.be.intico.net [212.71.1.26]
8 11 ms 12 ms 11 ms p4.akretio.be [85.234.223.212]
Itinéraire déterminé.
Envoi d'une requête 'ping' sur www.informaticien.be [85.234.223.212] avec 32 oct
ets de données :
Réponse de 85.234.223.212 : octets=32 temps=11 ms TTL=57
Réponse de 85.234.223.212 : octets=32 temps=10 ms TTL=57
Réponse de 85.234.223.212 : octets=32 temps=10 ms TTL=57
Réponse de 85.234.223.212 : octets=32 temps=10 ms TTL=57
Statistiques Ping pour 85.234.223.212:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 10ms, Maximum = 11ms, Moyenne = 10ms
Provider : schedom-europe = Dommel
Dernière édition: 22/08/2007 @ 16:07:06
Pour voir qu'il fait noir, on n'a pas besoin d'être une lumière.
Y'a pas que la secte dans la vie ... y'a aussi le culte !
Y'a pas que la secte dans la vie ... y'a aussi le culte !
Les traceroute/ping du site
Publié le 22/08/2007 @ 16:05:02,
Par zionEt si possible le provider... Mais surtout quand ça rame
Je suis le Roy
Les traceroute/ping du site
Publié le 22/08/2007 @ 16:13:36,
Par ovhBelcenter, connexion adsl pro
PING www.informaticien.be (85.234.223.212) 56(84) bytes of data.
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=1 ttl=57 time=9.63 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=2 ttl=57 time=9.12 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=3 ttl=57 time=9.87 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=4 ttl=57 time=9.68 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=5 ttl=57 time=10.0 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=6 ttl=57 time=12.8 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=7 ttl=57 time=161 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=8 ttl=57 time=26.2 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=9 ttl=57 time=13.5 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=10 ttl=57 time=9.51 ms
--- www.informaticien.be ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 9.129/27.260/161.954/45.163 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=1 ttl=57 time=9.63 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=2 ttl=57 time=9.12 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=3 ttl=57 time=9.87 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=4 ttl=57 time=9.68 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=5 ttl=57 time=10.0 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=6 ttl=57 time=12.8 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=7 ttl=57 time=161 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=8 ttl=57 time=26.2 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=9 ttl=57 time=13.5 ms
64 bytes from v3.kelare.com (85.234.223.212): icmp_seq=10 ttl=57 time=9.51 ms
--- www.informaticien.be ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 9.129/27.260/161.954/45.163 ms
traceroute to www.informaticien.be (85.234.223.212), 30 hops max, 40 byte packets
1 ge-2-1-atm.BRU-02.belcenter.be (217.112.179.126) 7.829 ms 15.630 ms 7.715 ms
2 ge-2-1-atm.BRU-02.belcenter.be (217.112.179.126) 7.125 ms 36.231 ms 16.403 ms
3 atm-1-0-1.BRU-02.belcenter.be (217.112.176.13) 14.138 ms 7.589 ms 10.987 ms
4 fe-0-3.BRU-01.belcenter.be (217.112.176.1) 9.288 ms 9.153 ms 9.319 ms
5 intico.bnix.net (194.53.172.89) 8.679 ms 36.474 ms 21.029 ms
6 * * *
7 * * *
1 ge-2-1-atm.BRU-02.belcenter.be (217.112.179.126) 7.829 ms 15.630 ms 7.715 ms
2 ge-2-1-atm.BRU-02.belcenter.be (217.112.179.126) 7.125 ms 36.231 ms 16.403 ms
3 atm-1-0-1.BRU-02.belcenter.be (217.112.176.13) 14.138 ms 7.589 ms 10.987 ms
4 fe-0-3.BRU-01.belcenter.be (217.112.176.1) 9.288 ms 9.153 ms 9.319 ms
5 intico.bnix.net (194.53.172.89) 8.679 ms 36.474 ms 21.029 ms
6 * * *
7 * * *
Je n'ai rien à voir avec www.ovh.com
Les traceroute/ping du site
Publié le 22/08/2007 @ 16:37:47,
Par cauetDétermination de l'itinéraire vers www.informaticien.be [85.234.223.212]
avec un maximum de 30 sauts :
1 1 ms 1 ms 1 ms 192.168.1.1
2 13 ms 13 ms 13 ms 213.219.152.1.adsl.dyn.edpnet.net [213.219.152.1
]
3 13 ms 13 ms 14 ms 213.219.132.241
4 132 ms 224 ms 14 ms router01.bruix.be.intico.net [213.219.132.210]
5 14 ms 14 ms 14 ms router01.brulcl.be.intico.net [212.71.1.26]
6 15 ms 14 ms 14 ms p4.akretio.be [85.234.223.212]
Itinéraire déterminé.
Envoi d'une requête 'ping' sur www.informaticien.be [85.234.223.212] avec 32 oct
ets de données :
Réponse de 85.234.223.212 : octets=32 temps=14 ms TTL=58
Réponse de 85.234.223.212 : octets=32 temps=14 ms TTL=58
Réponse de 85.234.223.212 : octets=32 temps=15 ms TTL=58
Réponse de 85.234.223.212 : octets=32 temps=14 ms TTL=58
Statistiques Ping pour 85.234.223.212:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 14ms, Maximum = 15ms, Moyenne = 14ms
Les traceroute/ping du site
Publié le 22/08/2007 @ 16:43:11,
Par Keeperpas accès au ping/traceroute du boulot donc pas possible pour moi
Les traceroute/ping du site
Publié le 22/08/2007 @ 16:51:18,
Par ClandestinoC:\Documents and Settings\Clandestino>ping www.informaticien.be
Pinging www.informaticien.be [85.234.223.212] with 32 bytes of data:
Reply from 85.234.223.212: bytes=32 time=8ms TTL=58
Reply from 85.234.223.212: bytes=32 time=8ms TTL=58
Reply from 85.234.223.212: bytes=32 time=8ms TTL=58
Reply from 85.234.223.212: bytes=32 time=8ms TTL=58
Ping statistics for 85.234.223.212:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 8ms, Maximum = 8ms, Average = 8ms
C:\Documents and Settings\Clandestino>tracert www.informaticien.be
Tracing route to www.informaticien.be [85.234.223.212]
over a maximum of 30 hops:
1 1 ms <1 ms <1 ms mygateway1.ar7 [192.168.1.1]
2 7 ms 7 ms 7 ms 213.219.151.1.adsl.dyn.edpnet.net [213.219.151.1]
3 7 ms 7 ms 7 ms 213.219.132.241
4 13 ms 7 ms 8 ms router01.bruix.be.intico.net [213.219.132.210]
5 8 ms 7 ms 7 ms router01.brulcl.be.intico.net [212.71.1.26]
6 8 ms 8 ms 7 ms www.informaticien.be [85.234.223.212]
Trace complete.
Les traceroute/ping du site
Publié le 22/08/2007 @ 16:55:27,
Par zionPour info dans l'autre sens vers un utilisateur français
Chez lui ça rame... tout le temps
traceroute to 81.250.136.108 (81.250.136.108), 30 hops max, 38 byte packets
1 85.234.223.209 (85.234.223.209) 12.028 ms 2.214 ms 3.973 ms
2 router01.bruix.be.intico.net (212.71.1.25) 1.109 ms 2.363 ms 1.831 ms
3 * * *
4 212.3.235.17 (212.3.235.17) 10.214 ms 9.804 ms 10.111 ms
5 ae-0-51.mp1.Brussels1.Level3.net (212.3.239.1) 10.486 ms 10.429 ms 10.402 ms
6 as-0-0.mp1.Amsterdam1.Level3.net (212.187.128.14) 13.438 ms so-1-0-0.mp2.Amsterdam1.Level3.net (212.187.128.10) 13.498 ms 42.304 ms
7 ae-13-53.car3.Amsterdam1.Level3.net (4.68.120.81) 24.561 ms ae-23-54.car3.Amsterdam1.Level3.net (4.68.120.113) 13.563 ms ae-13-51.car3.Amsterdam1.Level3.net (4.68.120.17) 15.351 ms
8 opentransit-level3-te.Amsterdam1.Level3.net (4.68.111.198) 24.262 ms 13.685 ms 13.587 ms
9 * * *
10 * * *
11 pos0-7-0-1.auvtr1.Aubervilliers.opentransit.net (193.251.128.106) 26.428 ms 26.568 ms 26.225 ms
12 * * *
13 * * *
14 * *
1 85.234.223.209 (85.234.223.209) 12.028 ms 2.214 ms 3.973 ms
2 router01.bruix.be.intico.net (212.71.1.25) 1.109 ms 2.363 ms 1.831 ms
3 * * *
4 212.3.235.17 (212.3.235.17) 10.214 ms 9.804 ms 10.111 ms
5 ae-0-51.mp1.Brussels1.Level3.net (212.3.239.1) 10.486 ms 10.429 ms 10.402 ms
6 as-0-0.mp1.Amsterdam1.Level3.net (212.187.128.14) 13.438 ms so-1-0-0.mp2.Amsterdam1.Level3.net (212.187.128.10) 13.498 ms 42.304 ms
7 ae-13-53.car3.Amsterdam1.Level3.net (4.68.120.81) 24.561 ms ae-23-54.car3.Amsterdam1.Level3.net (4.68.120.113) 13.563 ms ae-13-51.car3.Amsterdam1.Level3.net (4.68.120.17) 15.351 ms
8 opentransit-level3-te.Amsterdam1.Level3.net (4.68.111.198) 24.262 ms 13.685 ms 13.587 ms
9 * * *
10 * * *
11 pos0-7-0-1.auvtr1.Aubervilliers.opentransit.net (193.251.128.106) 26.428 ms 26.568 ms 26.225 ms
12 * * *
13 * * *
14 * *
Chez lui ça rame... tout le temps
Je suis le Roy
Les traceroute/ping du site
Publié le 22/08/2007 @ 18:42:42,
Par philfrPetite comparaison:
PING www.informaticien.be (85.234.223.212) 56(84) bytes of data.
64 bytes from p4.akretio.be (85.234.223.212): icmp_seq=1 ttl=57 time=9.43 ms
64 bytes from p4.akretio.be (85.234.223.212): icmp_seq=2 ttl=57 time=8.34 ms
64 bytes from p4.akretio.be (85.234.223.212): icmp_seq=3 ttl=57 time=8.49 ms
64 bytes from p4.akretio.be (85.234.223.212): icmp_seq=4 ttl=57 time=7.60 ms
Bien meilleur ping que:
PING forum.adsl-bc.be (62.58.108.190) 56(84) bytes of data.
64 bytes from customer-colocation-pointbe-1.all2all.org (62.58.108.190): icmp_seq=1 ttl=55 time=26.7 ms
64 bytes from customer-colocation-pointbe-1.all2all.org (62.58.108.190): icmp_seq=2 ttl=55 time=25.0 ms
64 bytes from customer-colocation-pointbe-1.all2all.org (62.58.108.190): icmp_seq=3 ttl=55 time=25.1 ms
64 bytes from customer-colocation-pointbe-1.all2all.org (62.58.108.190): icmp_seq=4 ttl=55 time=25.8 ms
Et maintenant:
phil@shuttle:~$ time wget http://www.informaticien.be
--18:40:25-- http://www.informaticien.be/
=> `index.html.4'
Resolving www.informaticien.be... 85.234.223.212
Connecting to www.informaticien.be|85.234.223.212|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 35,932 (35K) [text/html]
100%[===========================================================================- ====================>] 35,932 --.--K/s
18:40:29 (234.63 KB/s) - `index.html.4' saved [35932/35932]
real 0m3.845s
user 0m0.001s
sys 0m0.003s
A comparer (ligne real) avec:
phil@shuttle:~$ time wget http://forum.adsl-bc.be
--18:40:52-- http://forum.adsl-bc.be/
=> `index.html.5'
Resolving forum.adsl-bc.be... 62.58.108.190
Connecting to forum.adsl-bc.be|62.58.108.190|:80... connected.
HTTP request sent, awaiting response... 200 OK
Cookie coming from forum.adsl-bc.be attempted to set domain to adsl-bc.org
Cookie coming from forum.adsl-bc.be attempted to set domain to adsl-bc.org
Length: unspecified [text/html]
[ <=> ] 94,962 307.18K/s
18:40:52 (306.96 KB/s) - `index.html.5' saved [94962]
real 0m0.432s
user 0m0.001s
sys 0m0.004s
Tu en penses ce que tu veux, mais il y a un souci.
Un firewall un peu surchargé ?
PING www.informaticien.be (85.234.223.212) 56(84) bytes of data.
64 bytes from p4.akretio.be (85.234.223.212): icmp_seq=1 ttl=57 time=9.43 ms
64 bytes from p4.akretio.be (85.234.223.212): icmp_seq=2 ttl=57 time=8.34 ms
64 bytes from p4.akretio.be (85.234.223.212): icmp_seq=3 ttl=57 time=8.49 ms
64 bytes from p4.akretio.be (85.234.223.212): icmp_seq=4 ttl=57 time=7.60 ms
Bien meilleur ping que:
PING forum.adsl-bc.be (62.58.108.190) 56(84) bytes of data.
64 bytes from customer-colocation-pointbe-1.all2all.org (62.58.108.190): icmp_seq=1 ttl=55 time=26.7 ms
64 bytes from customer-colocation-pointbe-1.all2all.org (62.58.108.190): icmp_seq=2 ttl=55 time=25.0 ms
64 bytes from customer-colocation-pointbe-1.all2all.org (62.58.108.190): icmp_seq=3 ttl=55 time=25.1 ms
64 bytes from customer-colocation-pointbe-1.all2all.org (62.58.108.190): icmp_seq=4 ttl=55 time=25.8 ms
Et maintenant:
phil@shuttle:~$ time wget http://www.informaticien.be
--18:40:25-- http://www.informaticien.be/
=> `index.html.4'
Resolving www.informaticien.be... 85.234.223.212
Connecting to www.informaticien.be|85.234.223.212|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 35,932 (35K) [text/html]
100%[===========================================================================- ====================>] 35,932 --.--K/s
18:40:29 (234.63 KB/s) - `index.html.4' saved [35932/35932]
real 0m3.845s
user 0m0.001s
sys 0m0.003s
A comparer (ligne real) avec:
phil@shuttle:~$ time wget http://forum.adsl-bc.be
--18:40:52-- http://forum.adsl-bc.be/
=> `index.html.5'
Resolving forum.adsl-bc.be... 62.58.108.190
Connecting to forum.adsl-bc.be|62.58.108.190|:80... connected.
HTTP request sent, awaiting response... 200 OK
Cookie coming from forum.adsl-bc.be attempted to set domain to adsl-bc.org
Cookie coming from forum.adsl-bc.be attempted to set domain to adsl-bc.org
Length: unspecified [text/html]
[ <=> ] 94,962 307.18K/s
18:40:52 (306.96 KB/s) - `index.html.5' saved [94962]
real 0m0.432s
user 0m0.001s
sys 0m0.004s
Tu en penses ce que tu veux, mais il y a un souci.
Un firewall un peu surchargé ?
Les traceroute/ping du site
Publié le 22/08/2007 @ 19:01:53,
Par zionTu en penses ce que tu veux, mais il y a un souci.
Un firewall un peu surchargé ?
Un firewall un peu surchargé ?
Il n'y a pas de firewall physique chez moi, et comment tu expliques que cauet et moi qui sommes sur le réseau on a pas de soucis alors que tout ceux qui n'y sont pas oui? Et même ceux qui sont en France (je pense à Nico) n'arrive pas a avoir une page en moins de 30s (quand il a de la chance).
Ce n'est pas la génération sur mon serveur, ni mon pauvre switch 100MBits qui rame, le reste j'ai demandé à piery mais je ne suis pas maitre de plus
Mais bon ton chiffre n'est pas ce dont ils se plaignent, ton chiffre c'est 3s, sur un serveur surchargé a quasi 100% de CPU tout le temps (un P4 avec 2go de ram et un disque IDE pourrix) contre un bi xeon avec je ne sais quel monstre, la comparaison est quand même un rien en ma défaveur
Je suis le Roy
Les traceroute/ping du site
Publié le 22/08/2007 @ 19:06:52,
Par Keepera mons avis ce que Philfr essaye de montrer c'est que même si le ping semble correcte, le download de la page est très lent (comparer à d'autres site)
Les traceroute/ping du site
Publié le 22/08/2007 @ 19:09:57,
Par philfrCauet vient de dire dans la shoutbox que c'est pas super rapide...
Et toi tu disais que ton serveur avait un cpu load à 3%...
C'est clair que si je vais une requête sur une page statique, c'est plus rapide.
phil@shuttle:~$ time wget http://www.informaticien.be/styles/bbcode.css
--19:06:53-- http://www.informaticien.be/styles/bbcode.css
=> `bbcode.css.6'
Resolving www.informaticien.be... 85.234.223.212
Connecting to www.informaticien.be|85.234.223.212|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 11,922 (12K) [text/css]
100%[===>] 11,922 --.--K/s
19:06:53 (299.28 KB/s) - `bbcode.css.6' saved [11922/11922]
real 0m0.079s
user 0m0.002s
sys 0m0.002s
Tu recalcules toute la page index.html à chaque requête ?
Edit: et un strace montre bien que le temps est perdu entre l'envoi de la requête GET et la réponse:
19:11:18 write(2, "Connecting to www.informaticien."..., 57Connecting to www.informaticien.be|85.234.223.212|:80... ) = 57
19:11:18 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
19:11:18 connect(3, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("85.234.223.212")}, 16) = 0
19:11:18 write(2, "connected.\n", 11connected.) = 11
19:11:18 select(4, NULL, [3], NULL, {900, 0}) = 1 (out [3], left {900, 0})
19:11:18 write(3, "GET / HTTP/1.0\r\nUser-Agent: Wget"..., 108) = 108
19:11:18 write(2, "HTTP request sent, awaiting resp"..., 40HTTP request sent, awaiting response... ) = 40
19:11:18 select(4, [3], NULL, NULL, {900, 0}) = 1 (in [3], left {897, 570000})
19:11:21 recv(3, "HTTP/1.0 200 OK\r\nConnection: kee"..., 511, MSG_PEEK) = 511
19:11:21 read(3, "HTTP/1.0 200 OK\r\nConnection: kee"..., 437) = 437
19:11:21 write(2, "200 OK\n", 7200 OK
Dernière édition: 22/08/2007 @ 19:12:56
Et toi tu disais que ton serveur avait un cpu load à 3%...
C'est clair que si je vais une requête sur une page statique, c'est plus rapide.
phil@shuttle:~$ time wget http://www.informaticien.be/styles/bbcode.css
--19:06:53-- http://www.informaticien.be/styles/bbcode.css
=> `bbcode.css.6'
Resolving www.informaticien.be... 85.234.223.212
Connecting to www.informaticien.be|85.234.223.212|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 11,922 (12K) [text/css]
100%[===>] 11,922 --.--K/s
19:06:53 (299.28 KB/s) - `bbcode.css.6' saved [11922/11922]
real 0m0.079s
user 0m0.002s
sys 0m0.002s
Tu recalcules toute la page index.html à chaque requête ?
Edit: et un strace montre bien que le temps est perdu entre l'envoi de la requête GET et la réponse:
19:11:18 write(2, "Connecting to www.informaticien."..., 57Connecting to www.informaticien.be|85.234.223.212|:80... ) = 57
19:11:18 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3
19:11:18 connect(3, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("85.234.223.212")}, 16) = 0
19:11:18 write(2, "connected.\n", 11connected.) = 11
19:11:18 select(4, NULL, [3], NULL, {900, 0}) = 1 (out [3], left {900, 0})
19:11:18 write(3, "GET / HTTP/1.0\r\nUser-Agent: Wget"..., 108) = 108
19:11:18 write(2, "HTTP request sent, awaiting resp"..., 40HTTP request sent, awaiting response... ) = 40
19:11:18 select(4, [3], NULL, NULL, {900, 0}) = 1 (in [3], left {897, 570000})
19:11:21 recv(3, "HTTP/1.0 200 OK\r\nConnection: kee"..., 511, MSG_PEEK) = 511
19:11:21 read(3, "HTTP/1.0 200 OK\r\nConnection: kee"..., 437) = 437
19:11:21 write(2, "200 OK\n", 7200 OK
Dernière édition: 22/08/2007 @ 19:12:56
Les traceroute/ping du site
Publié le 22/08/2007 @ 19:14:20,
Par H2G2comment tu expliques que cauet et moi qui sommes sur le réseau on a pas de soucis alors que tout ceux qui n'y sont pas oui?
J'ai cru comprendre que cauet avait un souci aussi
Citation de: "shoutbox"
22/08/2007 @ 17:54:04 cauet: je confirme je suis sur le même réseau que zion.. et c'est pas super rapideEt mon impression quand ça rame est plutôt en effet que c'est plutôt la page qui est lente à réagir à la requête que le temps qu'il faut pour envoyer la requête, mais quand elle commence à répondre, ça s'affiche plutôt vite, seulement il ya une "latence" (désolé j'ai pas le vocabulaire technique pour m'expliquer mieux que ça ).
« Nul n'éprouvette en son pays. » (Louise Brown)
Twitter: Quand le besoin est pressant, tous les lieux sont propices.
Twitter: Quand le besoin est pressant, tous les lieux sont propices.
Les traceroute/ping du site
Publié le 22/08/2007 @ 19:14:49,
Par zionOui, mais vous confondez deux problèmes
Il y a une surcharge depuis des mois, je ne le conteste pas, mais elle se limite à faire monter de façon linéaire le délai de la page, en gros on est passé de pages à moins d'une secondes à des pages de 3 ou 4s. Mais la comparaison de phil sur une ferrari contre un gars avec une mobylette et de lui dire.. ta mobylette va moins vite, merci, je le savais
Le serveur à moins d'un miracle restera ce qu'il est pour un certains temps encore, le code je fais mon possible pour customiser et changer le pot de ma mobylette pour gagner encore quelques kilomètres/heure, mais tout au plus je retarderai l'échéance de 6 mois ou 1 an, c'est tout.
Par contre il y a parfois des surcharges violentes ou le site passe à 1 ou 2min pour répondre voir plus et la y a deux raisons possibles...
1. Un connard qui aspire mais en général mes scripts le détecte et le gicle assez rapidement donc retour à la normale sans rien faire. Parfois il passe à travers et je le gicle manuellement.
2. Parfois aussi il se peut qu'il y ait un soucis sur le réseau et quand un mec que tu as au téléphone te dit qu'il faut 30s pour voir une page que toi tu fais "clic" et en 1s t'as déjà tout chargé, il y a clairement un autre problème que uniquement mon matos et mon code, surtout qu'il a le même problème sur 3 serveurs en même temps dont un qui est à 0.01% de CPU en moyenne
Donc oui j'insiste pour les traceroutes/ping, cet après-midi je ne peux pas mettre en cause mes serveurs quand cauet et moi on a aucun soucis alors que tous les autres non La Tribu/edpnet se plaignent de lenteurs
Il y a une surcharge depuis des mois, je ne le conteste pas, mais elle se limite à faire monter de façon linéaire le délai de la page, en gros on est passé de pages à moins d'une secondes à des pages de 3 ou 4s. Mais la comparaison de phil sur une ferrari contre un gars avec une mobylette et de lui dire.. ta mobylette va moins vite, merci, je le savais
Le serveur à moins d'un miracle restera ce qu'il est pour un certains temps encore, le code je fais mon possible pour customiser et changer le pot de ma mobylette pour gagner encore quelques kilomètres/heure, mais tout au plus je retarderai l'échéance de 6 mois ou 1 an, c'est tout.
Par contre il y a parfois des surcharges violentes ou le site passe à 1 ou 2min pour répondre voir plus et la y a deux raisons possibles...
1. Un connard qui aspire mais en général mes scripts le détecte et le gicle assez rapidement donc retour à la normale sans rien faire. Parfois il passe à travers et je le gicle manuellement.
2. Parfois aussi il se peut qu'il y ait un soucis sur le réseau et quand un mec que tu as au téléphone te dit qu'il faut 30s pour voir une page que toi tu fais "clic" et en 1s t'as déjà tout chargé, il y a clairement un autre problème que uniquement mon matos et mon code, surtout qu'il a le même problème sur 3 serveurs en même temps dont un qui est à 0.01% de CPU en moyenne
Donc oui j'insiste pour les traceroutes/ping, cet après-midi je ne peux pas mettre en cause mes serveurs quand cauet et moi on a aucun soucis alors que tous les autres non La Tribu/edpnet se plaignent de lenteurs
Je suis le Roy
Les traceroute/ping du site
Publié le 22/08/2007 @ 19:18:16,
Par zionAh merde, j'ai mal lu la réponse de cauet... Mais bon je pondère quand même son intervention... entre le "pas rapide" habituel et le "pas rapide par rapport à Google"
Il y a un 3 par contre, quand on arrive à saturation sur Apache (le bousin supporte très mal la charge chez moi du fait de son habitude a se dédoubler à souhait ), mais ça c'est un point qui sera éliminé sur Kelare v3
Le serveur par contre je suis désolé, y a pas moyen d'acheter un bi xeon en full scsi pour cette année, ou alors faut lancer un ramoton
Je suis le Roy
Les traceroute/ping du site
Publié le 22/08/2007 @ 19:20:07,
Par zionCauet vient de dire dans la shoutbox que c'est pas super rapide...
Et toi tu disais que ton serveur avait un cpu load à 3%...
Et toi tu disais que ton serveur avait un cpu load à 3%...
Non, un autre serveur ou j'ai le même soucis de vitesse
Et sur un code php simple
Et oui je dois recalculer une bonne partie de la page à cause des drapeaux, si tout le monde accepte qu'il n'y ait plus de drapeau sur les news et le forum le site ira plus vite
Mais bon tu persistes sur le 3-4s alors que cet aprem ils râlaient sur bcp plus
3-4s c'est comme ça depuis... pfiouf...
Marcel: Je me suis relu, j'ai bien dit: 16:52:58: zion: load average: 0.03, 0.02, 0.00 > et on me dit la même chose pour le site sur ce serveur
C'est clairement sous-entendu sur un autre serveur qu'informaticien quand même
Dernière édition: 22/08/2007 @ 19:22:15
Je suis le Roy
Les traceroute/ping du site
Publié le 22/08/2007 @ 19:32:23,
Par philfrSi le CPU est à 3% sur celui-là, c'est pas le même problème de vitesse que celui où ton CPU est à 100%. Ou alors, les 3% c'est entre deux requêtes et il y a très peu de requêtes.
Le délai entre le GET et la réponse, c'est forcément un bottleneck du CPU, ou alors t'as des problèmes hardware graves.
Et mes comparaisons avec adsl-bc, c'est pas pour dire que t'en as une plus petite. Je ne connais ni ta machine, ni celle d'adsl-bc, ne le code qui tourne sur l'une, ni celui qui tourne sur l'autre. Le seul point où je voulais t'aider, c'est analyser ce qui se passe sur TA machine avec TON code pour voir si on ne peut pas faire mieux.
Et oui je dois recalculer une bonne partie de la page à cause des drapeaux, si tout le monde accepte qu'il n'y ait plus de drapeau sur les news et le forum le site ira plus vite
Aussi pour les anonymes ? Parce que mon wget n'est pas logué...
Les traceroute/ping du site
Publié le 22/08/2007 @ 19:58:32,
Par zionphil> Oui, les anonymes aussi ont des flags mais basés sur des cookies.
Le CPU est un bottleneck sur le serveur d'info, le disque dur en est un autre gros, Apache en est un énorme.
La v3 supprime Apache donc voila un point, le CPU on y gagne un peu et le disque aussi mais je ne fais pas de miracle, je ne pourrai pas aller deux fois plus vite.
La machine d'adsl-BC max pourra te donner les détails mais ma machine c'est un petit disque ATA 80Go hitachi qui a déjà de longues heures de vol, un P4 2.8HT et 2Go de ram pour avoir assez de processus apache en simultanés.
Ca fait 9 mois que je bosse sur la v3 pour essayer de grapiler des secondes, mais je persiste sur le fait que cette machine n'a jamais été capable de générer les pages en 200ms et qu'il y a parfois de gros soucis sur tous mes serveurs confondus qui ne sont pas liés à des problèmes hardware pour ma gueule (pour une fois), c'était le cas cet après-midi quand tout le monde râle, le reste du temps on a pris l'habitude d'attendre 3s
Mais bon je fais de mon mieux, la machine elle en bave
Le CPU est un bottleneck sur le serveur d'info, le disque dur en est un autre gros, Apache en est un énorme.
La v3 supprime Apache donc voila un point, le CPU on y gagne un peu et le disque aussi mais je ne fais pas de miracle, je ne pourrai pas aller deux fois plus vite.
La machine d'adsl-BC max pourra te donner les détails mais ma machine c'est un petit disque ATA 80Go hitachi qui a déjà de longues heures de vol, un P4 2.8HT et 2Go de ram pour avoir assez de processus apache en simultanés.
Ca fait 9 mois que je bosse sur la v3 pour essayer de grapiler des secondes, mais je persiste sur le fait que cette machine n'a jamais été capable de générer les pages en 200ms et qu'il y a parfois de gros soucis sur tous mes serveurs confondus qui ne sont pas liés à des problèmes hardware pour ma gueule (pour une fois), c'était le cas cet après-midi quand tout le monde râle, le reste du temps on a pris l'habitude d'attendre 3s
Mais bon je fais de mon mieux, la machine elle en bave
Je suis le Roy
Les traceroute/ping du site
Publié le 22/08/2007 @ 20:01:12,
Par zionPar contre pour "rire", j'avais fait un bench sur la même machine avec le même contenu sur un phpBB et un kelare, le forum allait de 20 à 40* plus vite pour la génération des pages
J'ai vu des sites avec la moitié de mon trafic sur des machines ovh et différents CMS, tous sur des machines saturées avec pourtant des CPUs bien plus puissants que le mien... Je me répète, je fais de mon mieux avec les moyens du bord, mais la v3 devra nous mettre sur la voie de la rédemption et des améliorations
J'ai vu des sites avec la moitié de mon trafic sur des machines ovh et différents CMS, tous sur des machines saturées avec pourtant des CPUs bien plus puissants que le mien... Je me répète, je fais de mon mieux avec les moyens du bord, mais la v3 devra nous mettre sur la voie de la rédemption et des améliorations
Je suis le Roy
Les traceroute/ping du site
Publié le 22/08/2007 @ 20:01:44,
Par zionhttp://www.google.be/search?q=adsl-bc+bi+xeon&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a
Djeu c'est...
Rapide
Djeu c'est...
Rapide
Je suis le Roy