첫째, "보존 가능한 대역폭 제한" 은 구성되지 않음, 설정, 해제의 세 가지 옵션을 제공합니다. 구성되지 않음 예 활성화되지 않고 사용되지 않습니다. 사용 안 함 예 사용 안 함으로 설정되어 있습니다. 활성화됨 예 예약가능 대역폭 제한이 켜져 있습니다. 기본값은 광대역 사용을 제한하는 20 입니다. 20 을 0 으로 설정하면 광대역 제한이 취소됩니다.
둘째, 이 최적화 기술은 네트워크 속도를 효과적으로 향상시킬 수 없습니다. Microsoft 는 Microsoft 의 KB316666 기술 자료에서 QoS 에 대한 문제를 다음과 같이 설명했습니다.
"Windows 2000 과 마찬가지로 Windows XP 에서도 프로그램이 QoS API (application programming interface) 를 통해 QoS 를 활용할 수 있습니다. 대역폭 우선 순위를 특별히 요구하는 프로그램을 제외한 모든 프로그램은 * * * 100% 네트워크 대역폭을 즐길 수 있습니다. 다른 프로그램도 이 "예약된" 대역폭을 사용할 수 있습니다. 단, 데이터를 전송하는 요청자는 예외입니다. 기본적으로 프로그램은 터미널 컴퓨터의 각 인터페이스에 대한 기본 링크 속도의 20% 에 달하는 대역폭 누적을 유지합니다. 대역폭을 보유하는 프로그램이 전송하는 데이터의 양이 대역폭을 완전히 다 사용하지 않으면 대역폭을 보존하는 사용되지 않은 부분을 동일한 호스트의 다른 데이터 스트림에 사용할 수 있습니다. "
위의 Microsoft 에서 QoS 에 대한 설명을 통해 일부 네티즌은 그룹 정책 편집기에서 QoS 20 을 0 으로 변경함으로써 네트워크 성능을 최적화하는 목표를 달성할 수 없다고 말합니다. 그룹 정책 내에서 수정된 20 매개변수는 QoS API 작성자를 사용하여 네트워크에 액세스해야 할 때 사용할 수 있는 최대 대역폭의 양을 나타냅니다. 0 으로 설정하면 QoS API 로 작성된 어플리케이션이 다른 어플리케이션과 제한된 대역폭을 쟁탈해야 한다는 의미입니다. 그 결과 우선 통신이 필요한 데이터가 우선권을 받지 못할 수 있습니다. 이 점에서 QoS 의 20 을 0 으로 변경하면 이점이 없을 뿐만 아니라 일부 실시간 네트워크 애플리케이션이 네트워크 대역폭을 효과적으로 사용하지 못하게 하는 문제도 발생합니다. 그래서이 소위 최적화 기술은 오해의 소지가 있다고 할 수 있습니다.
셋째, 이 세 가지 방법을 모두 사용해 보았는데, 그 방식을 사용하든, 나는 인터넷 속도에 무슨 변화가 있는지 느끼지 못했다.