• help wanted: LAG spikes

Posted: **29 Jul 2007 11:10**

Hoihoi, even een oproep voor de mensen die wat meer van computers kennen dan ikzelf. Ik heb tot op vandaag nog steeds het probleem dat ik iedere 30 sec een irritante lagspike krijg in online games. Ik ben nu al een tijdje op zoek naar oorzaak en oplossingen en heb nog geen gevonden.

Wel enkele zaken ontdekt die overeen komen met mn research, maar de oplossing die voor anderen van toepassing is daar helpt bij mij jammer genoeg niet. Ik heb es mn connectie gepinged en dit is het resultaat:

Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1126ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=2001ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=2001ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=5ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1188ms TTL=64
Reply from 84.195.136.197: bytes=32 time<1ms TTL=64
Reply from 84.195.136.197: bytes=32 time=1ms TTL=64

Ping statistics for 84.195.136.197:
Packets: Sent = 81, Received = 81, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 2001ms, Average = 78ms

Zoals je kan zien is er op iedere 29ste seconde een spike van 2001ms. Wat ik daarover vond op het internet is dat het te maken kan hebben met een zekere ding genaamd "Wireless Zero Config" te openen via start->run->services.msc en daar ergens onderaan. De oplossing voor de meesten was om hier deze service stop te zetten en dit loste het probleem op. Ik ben natuurlijk weer de gelukkige en die service staat blijkbaar standaard al af... Als ik hem daarentegen aanzet valt mijn wireless connectie weg...

Iemand nog ideeën want ik ben ten einde raad hiermee. Te technisch en ik ken er niks van

Posted: **29 Jul 2007 12:12**

ok, het moet karma zijn, maar net nu ik it post is mn laatste wanhoopsdaad gelukt ^^

Dus voor iedereen die ook lagspikes heeft op een geregeld interval, dit was mijn oplossing.

De Belkin MIMO wireless adapter gebruikt een eigen programma om je connecties te beheren. Prutsen met die Wireless Zero COnfig had dus geen nut want dat is voor de standaard windows tool.

Maar blijkbaar gaat die utility van die belkin ook on de 30 sec nog es alle available connecties checken met een lag spike tot gevolg.

Ik ben dus overgeschakeld op de standaard windows utility door in de opties van dat belkin progje "gebruik de standaard windows utility" aan te duiden.

Die checkt iedere 60 sec => lag spike om de 60 sec, is al de helft beter :p

Dan uiteindelijk run, services.msc, en die Wireless Zero Config tool stoppen

resultaat: lag vrij gamen

Posted: **29 Jul 2007 20:29**

Geen Belkin dus manne

Goed gevonden toch eh Xaz.

Posted: **29 Jul 2007 22:21**

Child_of_Q wrote:Geen Belkin dus manne
Goed gevonden toch eh Xaz.

Geen wireless

Posted: **30 Jul 2007 19:54**

Drakonen wrote:
Child_of_Q wrote:Geen Belkin dus manne
Goed gevonden toch eh Xaz.
Geen wireless

eenmaal opgelost maakt het geen moer meer uit hé :p

was zalig spelen gisteren zo weer es normaal