View Full Version : Snelheid
The Leader
01-06-2004, 19:59
Zijn er nog personen die de laatste tijd een veel tragere verbinging hebben bij de paddock.
Aan wat ligt dit?
Bij mij is het sinds 1 maand nu zowat.
Let me know.
Bye
same here, blijkbaar is de nieuwe server wat trager dan de vroegere. Airco ??
FleaBite
01-06-2004, 20:09
hier ook, maar door problemen met onze internetverbinding zelf wist ik niet of het aan de paddock scheelde of aan onze verbinding (ook al waren andere sites sneller)
Ik heb geen last van noemenswaardige snelheidverschillen (afgezien dan van de tijdelijke problemen van vorige week (nvdr, deze thread (http://forum.depaddock.eu/showthread.php?s=&threadid=8150) )
Op alle hardware-factoren is onze server erop vooruitgegaan tov de oude .... dus dat zou het probleem niet mogen zijn ....
Enig mogelijk obstakel kan de latency (na een korte wachttijd laadt de pagina verder wel snel) zijn omwille van de transatlantische verbindingen waar we gebruik van maken.
Hoewel onze vorige server eveneens in de states gehuisvest was ....
Misschien is het nuttig om eerst wat meer gegevens te verzamelen over wat we verstaan onder traag ... (hoelang duurt een pageload gemiddeld , welke provider, tracert, welke uren van de dag traag, ....)
feedback is welkom.
tracert gedaan. ik kom 8 keer langs ne atlas.cogentco.com ? En daar verlies ik best wel nen hoop tijd.
Hier gaat De Paddock ook trager. Vandaag is het precies wel heel erg. Tracert laat mij ook 8 maal langs dee atlas.cogentco.com gaan, en daar duurt het 700-800 ms per keer. Als ik dan nog eens een tweede en derde keer tracert doe, zakt het wel naar 100-200 ms, maar dat vind ik nog altijd veel.
De page load: Page generated in 0.13014698 seconds (75.96% PHP - 24.04% MySQL) with 27 queries
Provider: Telenet
Uren van de dag? 's avonds, aangezien ik overdag moet werken en niet kan surfen.
Page generated in 0.11538696 seconds (71.13% PHP - 28.87% MySQL) with 32 queries.
Die tracing ken ik niet, we hebben daar ooit nog eens over bezig geweest..Wie weet dat nog staan?
Het lijkt me dat vanaf 18.00 tot nu (22.45) de boel trager is dan overdag. Thuis op Telenet, overdag op Skynet(achter firewall, eens ik die voorbij ben gaat dat vrij vlot).
Hebben de traffics van de Amerikanen mss een invloed?
Als ik die link nog kan krijgen doe ik ook wel eens een trace
O ja, eens je de pagina eenmaal hebt geladen, gaat het de volgende keren wel merkelijk sneller. Het is vooral de eerste upload die soms vrij "traag" gaat (wat heet traag, met een 56K6 duurde het een eeuwigheid in de tijd van toen....)
**EDIT***
"nu snap ik wat je met TRACERT bedoeld:
www.tracert.com
Traceroute output to 213.119.192.70
IP instead of hostnames Show AS Numbers Show TTL Hop stats
Number of queries: 135 Wait time: 13510 max TTL: 3264128
--------------------------------------------------------------------------------
traceroute to D577C046.kabel.telenet.be (213.119.192.70), 32 hops max, 40 byte packets
1 ge.m20.access.science.belnet.net (193.190.198.3) 0.336 ms
2 oc48.m160.core.science.belnet.net (193.191.1.65) 0.273 ms
3 oc192.m160.ext.science.belnet.net (193.191.1.2) 0.291 ms
4 telenet2.bnix.net (194.53.172.104) 1.665 ms
5 213.224.126.73 (213.224.126.73) 1.771 ms
6 D5E0FA06.kabel.telenet.be (213.224.250.6) 3.995 ms
7 D577C046.kabel.telenet.be (213.119.192.70) 12.655 ms
Originally posted by fordje
Traceroute output to 213.119.192.70
Tis wel de bedoeling dat je tracert doet naar www.depaddock.eu ipv naar je eigen PC :D
overigens kan windows dat ook .... geen externe sites nodig :D
start ==> uitvoeren ==> cmd <enter>
tracert www.depaddock.eu <enter>
;)
resultaten voor eerste trace omstreeks 23:12
-----------------------------
Bezig met het traceren van de route naar depaddock.eu [69.57.130.83]
via maximaal 30 hops:
1 19 ms 41 ms 19 ms D5E02001.kabel.telenet.be [213.224.32.1]
2 25 ms 13 ms 10 ms D5E0FA81.kabel.telenet.be [213.224.250.129]
3 78 ms 27 ms 6 ms 213.224.126.74
4 14 ms 9 ms 11 ms lambdanet.bnix.net [194.53.172.118]
5 32 ms 20 ms 23 ms 217.71.96.210
6 31 ms 15 ms 11 ms 82.138.72.102
7 101 ms 97 ms 98 ms p60.core01.jfk01.atlas.cogentco.com [154.54.1.57]
8 94 ms 115 ms 101 ms p12-0.core01.jfk02.atlas.cogentco.com [66.28.4.10]
9 105 ms 120 ms 99 ms p4-0.core02.dca01.atlas.cogentco.com [66.28.4.81]
10 164 ms 106 ms 110 ms p14-0.core01.atl01.atlas.cogentco.com [66.28.4.161]
11 124 ms 122 ms 113 ms p14-0.core01.mco01.atlas.cogentco.com [66.28.4.153]
12 139 ms 177 ms 118 ms p14-0.core01.tpa01.atlas.cogentco.com [66.28.4.142]
13 141 ms 124 ms 136 ms p5-0.core01.iah01.atlas.cogentco.com [66.28.4.45]
14 179 ms 140 ms 142 ms EveryonesInternet.demarc.cogentco.com [38.112.12.178]
15 186 ms 139 ms 146 ms ivhou-207-218-245-113.ev1.net [207.218.245.113]
16 159 ms 144 ms 151 ms cp.iserver6.com.130.57.69.in-addr.arpa [69.57.130.83]
De trace is voltooid.
-----------------------
imho geen slechte waarden .... maar het gaat dan ook goed vooruit op depaddock nu
Page generated in 0.12164903 seconds (74.99% PHP - 25.01% MySQL) with 31 queries.
[Server Load: 0.36 » 0.65 : 1.06]
Originally posted by airco
Tis wel de bedoeling dat je tracert doet naar www.depaddock.eu ipv naar je eigen PC :D
overigens kan windows dat ook .... geen externe sites nodig :D
start ==> uitvoeren ==> cmd <enter>
tracert www.depaddock.eu <enter>
;)
ja zeg,...ik snap jullie ook niet altijd... :+ Ik :rolleyes: mijn best hé..
Zal morgen nog es testen dan
ik merk geen vertraging op. Zit op Skynet. ;)
Oneliner
02-06-2004, 13:58
Mja veel trager kunt ge dan ni é huudo ;)
Nee, hier gaat overdag alles goed, savonds iets trager, maar da kan aan de server van hier thuis liggen.
1 <1 ms <1 ms <1 ms 192.168.2.1
2 81 ms 62 ms 16 ms D5E04001.kabel.telenet.be [213.224.64.1]
3 57 ms 38 ms 19 ms D5E0FA01.kabel.telenet.be [213.224.250.1]
4 49 ms 73 ms 29 ms 213.224.126.74
5 18 ms 18 ms 11 ms lambdanet.bnix.net [194.53.172.118]
6 114 ms 14 ms 24 ms TH3-1-pos101.uk.lambdanet.net [217.71.96.25]
7 30 ms 17 ms 20 ms 82.138.72.102
8 103 ms 100 ms 99 ms p6-0.core01.jfk01.atlas.cogentco.com [154.54.1.5
7]
9 108 ms 110 ms 107 ms p12-0.core01.jfk02.atlas.cogentco.com [66.28.4.1
0]
10 235 ms 114 ms 95 ms p4-0.core02.dca01.atlas.cogentco.com [66.28.4.81
]
11 121 ms 127 ms 116 ms p14-0.core01.atl01.atlas.cogentco.com [66.28.4.1
61]
12 209 ms 114 ms 125 ms p14-0.core01.mco01.atlas.cogentco.com [66.28.4.1
53]
13 186 ms 145 ms 126 ms p14-0.core01.tpa01.atlas.cogentco.com [66.28.4.1
42]
14 233 ms 190 ms 135 ms p5-0.core01.iah01.atlas.cogentco.com [66.28.4.45
]
15 141 ms 244 ms 143 ms EveryonesInternet.demarc.cogentco.com [38.112.12
.178]
16 151 ms 139 ms 142 ms ivhou-207-218-245-113.ev1.net [207.218.245.113]
17 160 ms 161 ms 143 ms cp.iserver6.com.130.57.69.in-addr.arpa [69.57.13
0.83]
Page generated in 0.14366508 seconds (75.81% PHP - 24.19% MySQL) with 26 queries.
[Debug Mode OFF] [PHP v4.3.3] [GZIP enabled - level 1] [Server Load: 0.56 » 0.89 : 1.08]
tot zover mijn "gegevens" :)
Van het hele tracert gebeuren en dergelijke toestanden ken ik niks, maar ik merk wel degelijk dat het de laatste dagen trager en trager gaat...
traceroute to cp.iserver6.com.130.57.69.in-addr.arpa (69.57.130.83), 32 hops max, 40 byte packets
1 ge.m20.access.science.belnet.net (193.190.198.3) 0.405 ms 0.348 ms 0.244 ms
2 oc48.m160.core.science.belnet.net (193.191.1.65) 0.287 ms 0.328 ms 0.269 ms
3 oc192.m160.ext.science.belnet.net (193.191.1.2) 0.328 ms 0.313 ms 0.309 ms
4 lambdanet.bnix.net (194.53.172.118) 0.672 ms 0.564 ms 0.587 ms
5 TH3-1-pos101.uk.lambdanet.net (217.71.96.25) 5.467 ms 5.546 ms 5.452 ms
6 82.138.72.102 (82.138.72.102) 5.742 ms 5.440 ms 5.450 ms
7 p6-0.core01.jfk01.atlas.cogentco.com (154.54.1.57) 90.557 ms 89.853 ms 89.974 ms
8 p12-0.core01.jfk02.atlas.cogentco.com (66.28.4.10) 90.276 ms 90.588 ms 90.790 ms
9 p4-0.core02.dca01.atlas.cogentco.com (66.28.4.81) 91.062 ms 92.672 ms 91.015 ms
10 p14-0.core01.atl01.atlas.cogentco.com (66.28.4.161) 103.128 ms 102.542 ms 102.426 ms
11 p14-0.core01.mco01.atlas.cogentco.com (66.28.4.153) 142.272 ms 212.818 ms 223.598 ms
12 p14-0.core01.tpa01.atlas.cogentco.com (66.28.4.142) 115.509 ms 114.903 ms 115.389 ms
13 p5-0.core01.iah01.atlas.cogentco.com (66.28.4.45) 230.587 ms 188.602 ms 175.299 ms
14 EveryonesInternet.demarc.cogentco.com (38.112.12.178) 121.241 ms 120.901 ms 130.396 ms
15 ivhou-207-218-245-113.ev1.net (207.218.245.113) 125.672 ms 125.915 ms 125.765 ms
Telenet, 18 u 32
allemaal chinees voor mij ...
Ken daar ook allemaal niks van maar stel wel vast dat Depaddock bij mij overdag trager is en 's avonds of 's nachts er zich geen probleem voordoet.
Heeft duidelijk niets te maken met skynet want de andere sites vertonen geen probleem...
Ik denk dat we rustig mogen toegeven dat er ergens een probleem zit....
C U
Originally posted by Pascal
Ik denk dat we rustig mogen toegeven dat er ergens een probleem zit....
Deze thread gaat imho niet over al dan niet toegeven dat er een probleem is .....
Als enkele gebruikers depaddock te traag vinden .... dan ist dat een probleem .... PUNT UIT.
Wie ben ik dan om te gaan beslissen dat er geen probleem is.
Essentie van deze thread is de oorzaak achterhalen ... en met de gegevens die ik hier ondertussen heb ... begin ik al wel een aardig idee te krijgen.
Zoiets oplossen is een andere zaak ... Je kiest nu eenmaal niet zelf je weg over internet. Als een routeringalgoritme van een router beslist dat we Pad X kiezen naar www.depaddock.eu ... Dan kan je enkel hopen dat Pad X vrij is van vertraging .... Als zoals Ottooke aanhaalt op bepaalde momenten de wachttijd voor 1 hop daar (op piekmomenten) stijgt naar 800 ms .... Dan is de verklaring snel gevonden
Enige duurzame oplossing kan erin bestaan je server te verplaatsen naar een datacenter in Europa (liefst dan nog Brussel of A'dam). Je wordt dan veel minder afhankelijk van de tussenliggende verbinding aangezien die toch veel minder belast zijn dan de transatlantische verbindingen. Maar dat is op de korte termijn niet haalbaar (noch financieel, noch organisatorisch) ....
Verder zou ik nog willen aanhalen dat we in het verleden (oa mei-juni 2002) nog al eens gelijkaardige problemen zijn tegengekomen. Toen heeft de situatie zich na een periode ook langzaam hersteld. Ik veronderstel zo een scenario zich binnen afzienbare tijd ook voor dit probleem gaat ontwikkelen.
vBulletin® v3.8.2, Copyright ©2000-2024, Jelsoft Enterprises Ltd.