Decrease Your Online Game Latency in Few Steps Click Here

Caspero

i found a video on youtube (fake or not i dont know just check it :)

it will help you decrease your latency during gaming especially world of warcraft

http://www.youtube.com/watch?v=Vlc2oGhqwvA

Read people's replies on the video to be sure that many of those who tried worked with them
as for me it didnt work because i am using windows 7 64bit and the video and the trick works mainly on xp and vista

please tell us if it worked for you or not

ballouta

I would tried it but didn't bother since im on 7 too

as for me it didnt work coz iam using windows 7 64bit and the video and the trick works mainly on xp and vista

nourberro

hmm im XP! :D ill try it on thursday ill try it and tell you what happens before a shift to 7 on saturday , if it actually works im gonna stick to XP!

crazy

I tried it back when i played wow. It works on vista

rolf

What is it?
Anyone care to explain, without referring me to the video? Thanks.

crazy

If I remember correctly, it was about forcing your tcp connection to stop waiting for an acknowledgment before sending another packet.
In real-time application, this can be better, but for other stuff you'll need to refresh the application a lot of times if there is a lot of losses.

It may be about something else, but this was the explication back then, and I just woke up...

battikh

you don't wait the acknowledgment of each packet before transmitting another packet, would create way too much delay. you acknowledge a window of frames. so basically every n frames, you wait for an acknowledgment. only if n frames have not been acknowledge you stop transmitting more. the size of the window can be modified. the bigger the window is, the fewer time you wait for acknowledgments, but the more you have to retransmit if you have a dropped packet.
as microsoft windows is meant to be used on any connection, so they take into consideration that people might be using unreliable connections, wireless, satellite, dialup, ... and the default values for the sliding window is configured in a way that suits more or less users on any connection. for people on dsl or on more reliable connection where the possibility of drops is much less frequent, it might be better to use a bigger value for the window than the default one.
you have also other settings, like how long you wait for an acknowledgment before considering that it wont come. on slow connections with high delay you might need to wait much more than on reliable fast low latency connections, and this is also taken into consideration in the default settings, which could be tuned if you know you have a low latency connection.

<edit>just saw the video with the horrible music, seems that what i'm talking about is different :P but that's what i used to do back in the good old days when i had time to feel bored</edit>

rolf

I think the TCP code must kinda predict acknowledgement arrival time, and send another packet based on this prediction. I dont know the details, but I think this is how it normally works, otherwise if the computer has to wait for acknowledgement for each packet it sends before sending the next one, then we would all be dreaming and praying for dial-up speed internet right now.
This is supposed to all happen automatically, but we know OS vendors and others dont always bother to code an optimum implementation of the TCP/IP stack, so there might be room for improvement.
As for disregarding ack packets altogether, I dont know what the effect is, but the network stack needs to know at what rate it must send packets. If it doesnt look at ack packets and the rate at which they are coming back, then this rate would need to be manually entered, which would result into dropped packets at peak hours, and under-utilisation at off-peak hours.