TCP Optimizer v3.0.3


Recommended Posts

I'm curious too is this even useful on Windows 7, I kinda doubted it.

But, looking at that page, the Vista/7 patch below it says it "sets both netsh auto tunning levels", I'm assuming the optimizer does the same now, so, maybe there can be some improvement done by it? .... Waits for others to test it first.

I'm curious too is this even useful on Windows 7, I kinda doubted it.

But, looking at that page, the Vista/7 patch below it says it "sets both netsh auto tunning levels", I'm assuming the optimizer does the same now, so, maybe there can be some improvement done by it? .... Waits for others to test it first.

I'm using it.

So far so good, at least it didn't slow my speed.

Feels snappier a more consistent speed maybe on my PC only or perhaps placebo :p

Anyway I don't think its harmful.

It generates a backup of your previous setting so you can roll-back.

If you want you can even set a System Restore checkpoint before trying it out.

Most of the stuff it tweaks for 7 is described here:

http://www.speedguide.net/read_articles.php?id=2574

So far used it on my desktop and laptop.

There really isn't any need for this anymore with Vista and 7. Both those OSes automatically change TCP settings based on your usage.

For some games that use TCP, both Vista and Windows 7 still send TCP ack's every 2 packages so several games can drastically reduce ping times by changing that to every package. It can lower ping (or what's show as server ms reply times) times by half or even more.

But you don't need an application to do that, it's easy to change with a registry modification. Or a small script that is dedicated for only that and nothing else.

For some games that use TCP, both Vista and Windows 7 still send TCP ack's every 2 packages so several games can drastically reduce ping times by changing that to every package. It can lower ping (or what's show as server ms reply times) times by half or even more.

But you don't need an application to do that, it's easy to change with a registry modification. Or a small script that is dedicated for only that and nothing else.

Sure if you're on like 56k then you might notice a difference. But I'm still going to stick with the difference will be so marginal that you wouldn't even know its there, or there will be no difference whatsoever. Drastic reduction? Highly doubt it.

The entire CTCP stack on Vista / 7 is self-tuning, ie it configures itself automatically when its needed, and as a result pretty much any registry edits is in 99.9999% of the time, detrimental.

I installed this for testing purposes and my speed went up almost 2MB.

I have a 19MBPS connection but due to the quality of the line in my street, I could only get around 14, now its over 16, so I guess it works for me in my circumstance!

Edit: I moved the slider to 19 btw.

For some games that use TCP, both Vista and Windows 7 still send TCP ack's every 2 packages so several games can drastically reduce ping times by changing that to every package. It can lower ping (or what's show as server ms reply times) times by half or even more.

But you don't need an application to do that, it's easy to change with a registry modification. Or a small script that is dedicated for only that and nothing else.

But changing the setting so that Windows sends an ACK response for every packet would actually leave less "room" for the game data, slowing it down.

It's set to 2 by default for better bandwidth allocation, lowering it increases the amount of packets sent.

I installed this for testing purposes and my speed went up almost 2MB.

I have a 19MBPS connection but due to the quality of the line in my street, I could only get around 14, now its over 16, so I guess it works for me in my circumstance!

Edit: I moved the slider to 19 btw.

I take it you tested before, then made the changes and tested after. Your not just compairing to an old test?

Sure if you're on like 56k then you might notice a difference. But I'm still going to stick with the difference will be so marginal that you wouldn't even know its there, or there will be no difference whatsoever. Drastic reduction? Highly doubt it.

It does work, and it does it on ADSL and better connections even. You can check the feedback on a script that is made as a WoW mod, but works for other games that use TCP.

http://www.wowinterface.com/downloads/info13581-LeatrixLatencyFix.html#changelog

But changing the setting so that Windows sends an ACK response for every packet would actually leave less "room" for the game data, slowing it down. It's set to 2 by default for better bandwidth allocation, lowering it increases the amount of packets sent.

That would be a problem if it wasn't a game, which I was talking about, where you want faster response time not better bandwidth.

And as I said, to change this, you don't need the application, it's just one parameter. The script above does it a bit easier for the user.

I would like to add that in general, I would never fiddle with the default settings as the program above does. I just changed TCP Ack frequency, because it improved my MMO experience (in 2 games that I ran back then). Currently, I'm not playing any games that would improve due to this change, so at the moment I don't need to change anything from default.

...

That would be a problem if it wasn't a game, which I was talking about, where you want faster response time not better bandwidth.

And as I said, to change this, you don't need the application, it's just one parameter. The script above does it a bit easier for the user.

Except the actual response time is the same, it's just talking to the remote system more often.

It does, and it does it on ADSL and better connections even. You can check the feedback on a script that is made as a WoW mod, but works for other games that use TCP.

http://www.wowinterf....html#changelog

Ah. How about you actually research that script before talking about it huh? Well since you actually have no knowledge on how Windows network stack works, and what the ACK frequency actually does, and like talking about placebo effects, I'm going to simply quote a blues post on the very same "feature":

No he's right, you do not lower the amount of ACKs, you increase it.

Packets will still take exactly the same amount of time between you or your sever, the only real effect changing this registry entry is the latency calculations will think there's lower latency than there actually is.

Your computer only THINKS the response time is better since its talking to the WoW servers more often. HOWEVER the lag is still there, since you haven't magically increased your bandwidth / speed. Your actual response time / ping, as a result, is still EXACTLY the same.

Of a random sidenote, you'll notice that the recommended values for ACK INCREASE as your speed increases:

1 GigaBit: TcpAckFrequency = 13 (RWIN = 64 KByte)

100 MegaBit: TcpAckFrequency = 5 (RWIN = 17 KByte)

10 MegaBit: TcpAckFrequency = 2 (RWIN = 8 KByte)

Ah. How about you actually research that script before talking about it huh? Well since you actually have no knowledge on how Windows network stack works, and what the ACK frequency actually does, and like talking about placebo effects, I'm going to simply quote a blues post on the very same "feature":

Ah, a comeback, you must have been busy searching for info after your first post, as you didn't seem to know this info then even though it was clear what it was about. Yet you still only post a quote from a "blue" without any technical information. Who is this Blizzard support guy and what is his technical knowledge of TCP? You are just assuming a Blue post means it's good. For sure Blizzard don't want people to change this is because it does increase traffic to servers and possible congestion.

Granted I'm not an expert, but I've tested it and it seemed to work fine. If it was a placebo effect, I can accept that, if I get a real and detailed technical explanation from a person that is an expert on these matter on why it does not work. Your responses mean nothing, as you probably don't know anything about it.

Ah, a comeback, you must have been busy searching for info after your first post, as you didn't seem to know this info then even though it was clear what it was about. Yet you still only post a quote from a "blue" without any technical information. Who is this Blizzard support guy and what is his technical knowledge of TCP? You are just assuming a Blue post means it's good. For sure Blizzard don't want people to change this is because it does increase traffic to servers and possible congestion.

Actually I went and looked through the source code of your amazing "mod" (it's simply in VB and you can open it in Notepad) did a very quick google search to see what blizzard had to say on the matter and found that.

And sorry that I don't sit here waiting for you to reply.

Granted I'm not an expert, but I've tested it and it seemed to work fine. If it was a placebo effect, I can accept that, if I get a real and detailed technical explanation from a person that is an expert on these matter on why it does not work. Your responses mean nothing, as you probably don't know anything about it.

Go check MSDN then.

I mean just logically think about it for a second. If such a small registry edit can yield, as you claim, a massive performance gain. Why does blizzard spends hours and hours on enhancements to WoW's networking when they can just change a registry value? I mean considering their entire game requires a constant connection to the server, and that a lower response time means better gameplay. Wouldn't blizzard want that? Or are they just happy with people suffering with high pings, while their developers laugh all day.

Why do other game makers spend hours on it too? I mean sure it may affect stuff out of the game, but it isn't hard to remove a registry edit and that can simply be coded in to be done when the game exits.

Hell, why did Microsoft do major changes to Windows TCP stack from XP to Vista? I guess all their experience, knowledge and ability comes to nothing. Because they still haven't figured out that changing a value from 2 to 1 yields "massive benefits"

What are you going to tell me next? That increasing the number of half-opened connections in XP magically increases your internet speed as well? I mean I heard tons of people back in the XP days (and even some today) who seem to believe that...

Someone tell me how this will actually speed up things. A standard Windows install here seems perfectly capable of maxing out both my LAN and my 10Mbit internet connection. If it couldn't at least do the latter, then it would be ridiculous to the point where Windows is a product so defective that it should be banned from the market for being ****.

I doubt this does anything for ADSL, in the UK at least. BT only give out speed increases per 0.5mbit here for every sync range you're in. e.g. for a set range of 4544 - 5119 and I sync 4600 it would be 4.0mbps. If I sync 5100 it would still be 4.0mbps, it won't jump to the next increment unless I sync 5120. And seeing this is all done on the router, TCP Optimizer wouldn't do much on Windows as I already get the full 477-480kb/sec in my downloads

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • Unsurprisingly, there's what the law says and what the old white wealthy males legally enforce...
    • Or anything online that requires an anti-cheat
    • Gf needed a new Surface and was looking at a Surface Laptop because of the Snapdragon. Seeing as it was a two year old chip she just decided to get a Lenovo Yoga 2 in 1 instead. Personally this Surface Ultra Cassis reminds me a bit of Razor. It would be interesting if it could handle proper gaming and be 17 inch.
    • No idea, frankly, I'm not into minimum requirements gaming, but it would be an interesting test to find out. Also, I just have to point out that it wasn't my intention to downplay the performance of DXVK on Linux or Linux gaming in general (despite my own experience being a bit of a mixed bag). I just thought it would be good to point out that DXVK is not Linux exclusive and that you can benefit from using it even in Windows.
    • Fastfetch 2.64 released bringing new logos and other improvements by David Uzondu Fastfetch, the popular command-line system information tool that developers created as a fast alternative to the classic Neofetch utility, has updated its codebase to version 2.64, bringing experimental scripting power, streamlined compilation options, a smarter logo renderer, and Codec module support. As noted earlier, Fastfetch can now detect hardware-accelerated video codecs across Windows, macOS, Linux, and Android through this new Codec module. On Linux and BSD, the utility uses VA-API by default, with a fallback to VDPAU on Nvidia hardware if compiled with libva and libvdpau. Windows users get D3D12VA on Windows 11 or D3D11VA with Media Foundation Transforms on older systems, while macOS relies on VideoToolbox and Android utilizes AMediaCodec. You can manually toggle Vulkan Video via the config file, and the program will report both encoders and decoders unless configured otherwise. Logo support for Quasar, Origami, Origami_small, NixOS2, and BerserkArch also landed in this release. BerserkArch, if you have never heard of it, is a specialized Arch Linux derivative that targets security researchers and power users. This distro comes with an offensive security tool manager, simply called berserk, which allows users to install complex hacking toolkits with single terminal commands. Moving on, Fastfetch now has experimental scripting options for custom formats using Lua or QuickJS. The Lua integration supports versions 5.3 through 5.5, sharing a single interpreter instance across all modules so you can store variables globally. T Alternatively, if you prefer JavaScript, you can use QuickJS-ng version 0.15.0 or newer to evaluate your custom formats with the qjs: prefix. Other changes that version 2.64 brings include native CMake compilation flags to disable specific modules to shrink the final binary size. Users can delete unwanted ASCII logo files directly from the source directory before building to save additional space. The format engine now boasts ANSI-escape awareness, meaning you can center text with the new vertical bar specifier without breaking colored outputs. Haiku users receive preliminary support for boot manager, window manager theme, screen brightness, and other basic properties. Finally, the Linux edition now extracts desktop wallpaper and theme details from the modern COSMIC desktop environment.
  • Recent Achievements

    • Apprentice
      fernan99 went up a rank
      Apprentice
    • One Month Later
      nothanks earned a badge
      One Month Later
    • One Month Later
      B2Proxy earned a badge
      One Month Later
    • One Year In
      MadMung0 earned a badge
      One Year In
    • Week One Done
      jefred earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      471
    2. 2
      PsYcHoKiLLa
      247
    3. 3
      Skyfrog
      79
    4. 4
      FloatingFatMan
      78
    5. 5
      Michael Scrip
      59
  • Tell a friend

    Love Neowin? Tell a friend!