Windows XP Remove QoS 20% speed is it really going to be fast?

An article on QoS in a variety of Windows XP optimization articles has a long history, and it has been around since Windows XP was first released, and it's still appearing in optimized articles that appear frequently in various Windows XP.

So what exactly is this technique?

Let's take a look at one version of this optimization technique first.

"Type the" gpedit.msc "command in the Run dialog box to open the Group Policy window. Then, under Administrative Templates, locate the network project, where there is a QoS packet dispatch item that you can see under the Settings column on the right side of the window to a project that restricts the retention of bandwidth. Double-click the item to see the "bandwidth throttling" default value of 20% here, we simply modify it to "enabled" and change the "bandwidth throttling" value to "0%" to maximize bandwidth usage. ”

Is it true that Windows XP keeps 20% of the bandwidth that is not available to us, as the above optimization technique says? Is it really possible to speed up the speed of the Internet after modifying 20% to 0%? The answer is, of course, negative. Let's take a look at how Microsoft interprets this problem first.

The question of QoS in Microsoft's KB316666 Knowledge Base is explained as follows:

With Windows 20,001, in Windows XP, programs can also leverage QoS through the QoS Application Programming Interface (API). All programs can share a full network bandwidth, with the exception of programs that require bandwidth priority. Other programs can also use this "reserved" bandwidth, with the exception of the requestor that is sending the data. By default, the program retains a cumulative bandwidth of up to 20% of the basic link speed for each interface of the terminal computer. The unused portion of the reserved bandwidth can be used for other data flows on the same host if the bandwidth-preserving program sends the amount of data that is not fully exhausted.

In Microsoft's KB316666 it is a mistake to say that many of the published technical articles and newsgroup articles have repeatedly mentioned that Windows XP typically retains 20% of the available bandwidth for QoS.

Let's begin by clarifying what the real meaning of QoS is. The Chinese meaning of QoS is: Networking service quality. Specifically refers to the various communication or program type priority technologies that are applied throughout the network connection. QoS technology exists to achieve better quality of networked services. QoS is a set of service requirements that the network must meet to ensure data transfer at the appropriate service level.

The implementation of QoS enables real-time applications such as network TV and network music to use network bandwidth most effectively. Because it ensures that a certain level of assurance has sufficient network resources, it provides a service level similar to a private network for a shared network. It also provides a means of informing application resources of availability, enabling applications to modify requests when resources are limited or exhausted. The goal of introducing QoS technology in Windows XP systems is to establish a guaranteed transmission system for network communication.

From the above Microsoft's explanation of QoS we can see that by modifying 20% of QoS in the Group Policy Editor to 0%, it does not achieve the goal of optimizing network performance. The modified 20% parameter in Group Policy refers to the maximum amount of bandwidth that can be used when the QoS API program is used to access the network, and if we set it to 0%, it means that applications written using the QoS API have to compete with other applications for limited bandwidth. The likely consequence is that data that requires priority communication is not given priority. From this point of view, changing QoS 20% to 0% is not a good thing, but it can also make some real-time network applications not use network bandwidth effectively. So this so-called optimization technique can be said to be a misleading.