윈도우는 기본적으로 네트워크 대역폭 20% 를 훔쳐간다?
팁 :
2007/09/23 08:33
외국의 어느 동영상을 보고 알게된 사실이다. 윈도우는 자체 업데이트를 위해 네트워크 대역폭(Bandwidth) 20%를 항상 예약 상태로 남겨둔다고 한다.
이를 통해서 현재의 네트워크 사용 상태와 상관없이 윈도우 업데이트가 백그라운드로 원활히 이루어지도록 우선권을 부여해주는 듯 하다. 하지만 한달에 한두번씩 이루어지는 업데이트 때문에 대역폭 20%를 유휴상태로 두는 것은 왠지 낭비로 여겨진다.
이를 해결하는 방법은 동영상에 나와있지만, 화면상태가 좋지 않아 문장으로 정리해 보았다.
1. 시작 - [실행] 에서 gpedit.msc 를 입력한다.
2. 그룹 정책에서 컴퓨터 구성 - 관리 템플릿 - QoS 패킷 스케줄러에 들어가 [예약 대역폭 제한] 을 더블 클릭한다.
3. 대역폭 제한을 [사용]으로 하고 수치를 5% 정도로 낮게 설정한다.
* [사용 안 함]으로 해도 될 것 같지만, 옆의 설명에 따르면 "사용하지 않거나 구성하지 않으면 기본값 20%를 사용한다" 고 나와있다.
4. 시스템을 재시작하여 바뀐 윈도우 설정을 적용한다.
* 이 팁은 실제로는 효과가 없다는 얘기가 있으므로, 잘 판단하여 실행하기 바란다. (자세한 내용은 아래 댓글을 참고)
댓글을 달아 주세요
구글링해보니 이런 댓글이 있군요.
"이거 효과 없다는거 입증되었습니다. 커널에서 요청시만 예약 대역폭만큼 쓴다는거지 평소에도 제한하는것이 아니며 제한한다고 하더라도 대개의 랜이 100메가이고 케이블이나 vdsl이 20메가 미만임을 감안한다면 랜대역폭 80메가가 확보되어도 전혀 지장이 없죠.. 더군다나 평소에 계속 제한을 하는것이 아니라 커널에서 사용하는 일종의 네트웤 제어 명령등을 사용할때 만 예약폭만큼 점유하지 처음부터 20%빼놓고 쓰는거 안닙니다. 윈도우즈 엑스피 팁중 L2캐쉬에 관한 팁도 지정해주지 않으면 자동으로 잡고 잘못지정해줄경우 성능까지 떨어지는 경우가 많다는 군요.. 팁들 조심해서 사용하세요.. 서비스 종료 말고는 실제로 성능 향상이 없으며 서비스 종료를 하더라도 그 서비스가 동작하지 않는한 점유 메모리만 적어지지 실제 성능이 올라가지도 않습니다.(그 메모리도 사용치 않으면 디스크에 저장하므로 메인메모리가 낭비되는 경우는 별로 없습니다.) 한마디로 몇몇 특수한(cpu점유율 100% 방지하기등등..) 경우를 제외하곤 windows xp 별로 손델 필요가 없습니다."
즉, 윈도 업데이트가 동작할 때만 대역폭을 제한하며, 평소에는 제한하지 않는다는 말 같군요.
http://www.lanis.co.kr/bbs/board.php?bo_table=tip_tech&wr_id=181&sfl=&stx=&sst=wr_hit&sod=desc&sop=and&page=1
아마 위의 글을 말씀하시나 보군요. 하지만 이것도 근거가 불분명해서 100% 믿기는 어렵습니다. 적어도 위의 설명은 윈도우즈에 기본적으로 명시된 내용이니까 적용해볼만 하다고 생각됩니다.
* 그리고 윗글의 출처를 보니 똑같은 내용이 PC라인 3월호에도 올라왔나 봅니다.
저도 서비스 계열은 거의 수동조절하는 편인데.. 글쎄요.. XP 관련 팁이라고 뜨는 건 국내나 외국이나 거의 대부분이 "이렇더라." 라는 수준이고.. 그게 와전되어 전혀 엉뚱한 팁이 되어버린 것도 많고.. 윈도98팁도 있고 -_-; 실제로 거의 대부분은 윈도2000 용 팁이고..(MSDN 좀 뒤져보니 그렇더군요 ㅡ,.ㅡ)
여튼 위 문제는 랜덤여신님의 글처럼 "잘못된 추측에 의한 해프닝" 으로 보입니다. 조금만 생각해도 알 수 있는 거니까요.
무엇보다 제가 LAN 환경에서 개인용 FTP server 를 돌리는데, 10MB/s 이상 나옵니다. 그러면 80Mbit/s 이상인데, 로스 감안하면 실제 사용가능한 대역폭은 그 이상이라는 것이겠지요. 결국 일단 20%는 맞지 않는 얘기임에 틀림없는 것 같습니다.
혹시나 싶어 예전에 들락거리던 사이트에서 검색해봤더니 바로 나오네요. 다음 글을 참고하세요.(요약은 "윈도2000 시절에는 윈도 QoS API 를 사용하던 프로그램들이 있었고, 그때는 쓸만했다? 하지만 이것도 작업이 끝나면 예약되었던 대역폭을 반환한다. 하지만 XP 에 와서는 QoS API 를 사용하는 프로그램은 거의 없다. 따라서 100% 잘못된 얘기다." 입니다.)
http://www.tweakxp.com/article37125.aspx
http://www.tweakxp.com/article37149.aspx
그리고 참고로 광대역(ADSL, VDSL) 인터넷 연결에 QoS 를 쓴다라는 말도 있습니다. 그러니 이거 잘못 건드리면 오히려 속도저하가 될지도.. ( '')a
에또.. QoS 가 필요해서 QoS RSVP 서비스를 켜고 이것저것 해봤지만 안되드라.. 라는 글도 있더군요. 당연하겠죠. 윈도 QoS API 를 사용하는 프로그램을 위한 서비스니까.. 그리고 이 말은 그런 프로그램을 사용하지 않는다면, QoS 가 전혀되지 않는다(즉, 대역폭을 항상 예약하는 것은 아니다)라는 말이겠지요.
그렇군요. 어쨌든 글은 그대로 남겨두도록 하겠습니다. 그게 잘못된 정보라는 것도 하나의 정보니까요. 솔직히 저의 지식으로는 이게 100% 그르다, 아니다를 판별할 수가 없네요. 그리고 QoS 를 아예 쓰지 말자고 하는게 아니라 그 양(정확히는 예약 대역폭)을 조정하자는 얘기인데, 무조건 잘못된 팁이라고 매도하기는 좀 그렇네요.
네.. 다만 글 윗부분에 명기를 해주시는 편이 다른 분들에게 도움이 될 듯 합니다. 예를 들어 제목을 "[잘못된 팁] 윈도~~" 라고 바꾸신다거나..
사실 제가 예전에 그렇게 글을 썼던 게 있습니다. [잘못된 윈도우 팁] 이라는 식으로.. 겨우 하나지만.. 연재(?)하려고 했는데 실력부족으로.. ㅎㅎ 이번도 지크님 글에 태클이 많은게.. 음.. 그 연재 하나 늘여볼까? 하는 생각에 믿을만한 몇 개 사이트를 좀 뒤져봤거든요. 지크님이 대신 [잘못된 팁] 으로 명기를 해주신다면 제가 굳이 따로 쓸 이유가 없을 듯 합니다. 그리고 그게 더 보기 좋을 것 같고요.
팁 자체는 잘못된 것입니다.
왜냐하면 "일부 대역폭이 윈도우나 특정 프로그램에 고정으로 할당되어 평소에는 사용하지 못하는 것처럼" 잘못 설명하고 있기 때문입니다.
저도 QoS RSVP 서비스에 대해 정확히 알지 못하지만, 지금까지 알아본 내용으로는 "필요할 때마다 기동되는 리눅스의 데몬같은 성격일 뿐이다. 그리고 그 기동시에만 대역폭을 해당 프로그램에 고정할당할 뿐이다." 입니다.
따라서 서비스를 죽여 데몬(서비스)를 띄우는 메모리 정도를 아낄 수는 있어도, 대역폭 값을 조절해서는 아무런 이득을 얻을 수 없습니다.
원래 댓글에 의해 보완되고 수정되는게 진정한 인터넷이고 집단지성이죠.
전엔 이런 관리도구가 있는지도 몰랐습니다. 개인적으론 도움이 되었네요.
상식적으로 생각해봅시다. 윈도우 업데이트가 얼마나 자주 있다고 그걸 빠른 속도로 하기 위해 네트웍 자원의 20%를 '항상' 미리 예약할 것이라고 생각하십니까?
구체적으로 설명을 드리자면 네트웍 자원을 놓고 여러 프로세스들이 경쟁할 수 있습니다. 이것은 마치 하나의 CPU를 놓고 여러 프로세스들이 경쟁하는 것과 같습니다. CPU의 경우에는 아시다시피 스케쥴러가 있어서 비교적 공정하게 배분을 해줍니다. 더구나 선점형이기 때문에 어느 한 녀석이 독점할 수가 없습니다. 반면 네트웍은 그러한 개념이 비스타 이전에는 없었습니다.
그래서 여러 프로세스들이 네트웍을 쓰기 위해 달려 들면 QoS를 확실히 보장해야하는 크리티컬한 프로그램들이 피해를 볼 수 있습니다. 이것을 위해 RSVP라는 프로토콜을 이용해서 미리 네트웍 자원을 '예약'할 수 있는 것입니다. 그러니까 이것이 윈도우 뜨자마자 항상 예약이 되는 것이 아니라 RSVP를 쓰는 프로그램이 시작이 되면 "저는 네트웍 대역폭에 민감하니까 20%를 제것으로 최소한 보장해주세요"라고 이야기하는 것입니다. 그리고 그 프로그램이 끝나면 다시 반환이 되구요.
더구나 요즘에는 QoS를 위해 RSVP를 쓰는 프로그램 자체가 없습니다. RSVP는 마이크로소프트 specific한 것도 아니고 RFC로 있는 일반적인 규약입니다.
참고로 비스타에서는 I/O에도 priority 개념이 도입이 되어서 파일 인덱싱 작업이나 백그라운드 네트웍 전송은 low priority로 돌아가서 다른 프로그램에 영향을 최소화합니다. 이런 것이 없던 예전 시절, 부족한 네트웍을 프로그램의 품질을 위해 예약하기 위해 나온 것이 RSVP였고 그걸 운영체제에서 설정할 수 있었던 부분이 위에 나온 그림들입니다.
그러니까... 이 팁은 완전히 거짓말이라는 것이죠. 동영상도 완전히 거짓말입니다. 자신이 제대로 이해하지 못해 맞는지 틀린지 모르기 때문에 놔두신다고 하는데, 이거 틀린 팁이니 제발 잘못된 팁으로 사람들 헷갈리게 하지 않으셨으면 합니다.