d0028abdac
Some checks failed
Windows / verify (push) Has been cancelled
"VM 이 실제 윈도우와 다른가, 100% 부하에서도 자원이 괜찮은가" 에 대한 답. 앞선 측정은 한가할 때 값이라 부하를 걸어 다시 쟀고, 결론이 하나 바뀌었다. 이전에 "여유용으로 vCPU 12까지 가능" 이라고 적었는데 틀렸다. 늘리면 .5 의 운영 컨테이너 19개가 느려진다. 물리 호스트가 i7-11700 16스레드뿐이라 .9 의 지분이 커지는 만큼 .5 가 밀린다. .5 응답 속도 실측: .9 한가할 때 616~628ms 기준 .9 가 4코어 사용 657~678ms +7% <- VM 100% 인 실제 상황, 무시 가능 .9 가 8코어 전부 1487~1491ms +140% <- 봇까지 동시에 바쁠 때 VM 4 vCPU 는 안전하다. .9 내부 영향도 작다 (파이프라인 9.8 -> 11.0초). 최악(8코어 전부)을 막으려면 CPUQuota=400% + CPUWeight=50 으로 띄운다. CPUQuota=200% 로 재봤을 때 .5 응답이 649~653ms 로 기준선과 같았다. RAM 은 최악을 다 더해도 21.6GB / 30GB 로 8.4GB 여유가 있다. QEMU 오버헤드는 -m 8192 기준 VmSize 8.22GB 로 약 0.2GB. VM 의 Windows 가 실제와 다른지도 정리했다. 같은 바이너리이고 WASAPI, RegisterHotKey, 모니터 열거, PyInstaller 모두 코드 경로가 동일하다. 다른 건 GPU 없음, 실제 게임 소리 없음, 속도/지연 세 가지뿐이다. 부수 수확: virtio-vga,max_outputs=2 가 KVM 으로 기동되는 것을 확인했다. --vga std 는 화면이 1개라 모니터 선택 기능을 검증할 수 없는데, 이걸 쓰면 화면 2개를 줄 수 있어 사용자가 요청한 모니터 선택 기능도 자동 검증 가능하다 (게스트에 virtio-gpu 드라이버 필요). 결론: CPU·RAM 모두 증설 없이 진행. RAM 만 원하면 38GB 까지 가능. CPU 는 금지. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>