콘텐츠로 이동

활성 창 우선순위

목차

권장

상황에 따라

클라이언트 Windows 10 및 11에서는 Windows default를 그대로 두십시오. 재현 가능한 완전한 CPU 부하 상황에서만 0x1A를 확인하십시오.

BoosterX의 과거 테스트에서는 보편적으로 더 나은 상태가 확인되지 않았습니다. default는 평균 click-to-photon 지연이 약간 더 낮았고, 0x1A는 독립적인 반복 없이 하나의 CPU 시나리오에서 최고 FPS 수치와 일치했습니다.

일반적으로 선택
Windows default
주요 효과
CPU 퀀텀 정책
FPS 및 지연
부하에 따라 다름

요약

섹션 제목: “요약”

Win32PrioritySeparation는 foreground boost와 Windows 스케줄러의 퀀텀 선택 규칙 일부를 설정합니다. 이에 따라 준비된 스레드 간의 프로세서 시간 분배가 달라집니다. 이 설정 자체는 게임의 우선순위나 CPU 성능을 높이지 않으며, FPS 향상은 보장되지 않습니다.

Windows 10 또는 11을 사용하는 대부분의 클라이언트 컴퓨터에는 **Windows default (0x02)**를 권장합니다. 0x1A 상태는 검사 대상 필드를 최대 foreground boost와 함께 긴 고정 퀀텀으로 전환합니다. 이는 게임이 재현 가능하게 CPU에 걸리는 좁은 시나리오에서, 지연이나 간헐적 프레임 저하 없이 개선이 확인되는 경우에만 유용할 수 있습니다.

Windows Server는 다른 스케줄링 규칙을 사용하며 이 연구에서 검사되지 않았습니다. 서버 시스템에서는 원래 상태를 유지하십시오. 이 문서의 0x02 권장은 서버 시스템에는 적용되지 않습니다.

무엇이 바뀌는가

섹션 제목: “무엇이 바뀌는가”

Microsoft는 이 매개변수의 하위 두 비트를 ForegroundApplicationBoost로 문서화합니다. 0는 boost 없음, 1는 최소, 2는 최대를 의미합니다. Windows Internals의 과거 문서는 나머지 사용 필드를 짧은 또는 긴 퀀텀, 그리고 가변 또는 고정 퀀텀의 선택으로 설명합니다.

0x02는 퀀텀 선택을 Windows의 기본 클라이언트 정책에 맡기고 최대 foreground boost를 유지합니다. 0x1A는 동일한 최대 boost와 함께 긴 고정 퀀텀을 설정합니다. 더 긴 퀀텀은 강한 CPU 부하에서 스레드 전환 빈도를 줄일 수 있지만, 동시에 경쟁 작업의 응답성을 바꿀 수 있습니다.

레지스트리 변경

섹션 제목: “레지스트리 변경”

이 설정은 BoosterX 무료 버전에서 사용할 수 있습니다. 표에는 레지스트리에서의 값이 나와 있습니다.

필드 값
Hive 및 경로 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\PriorityControl
값 이름 Win32PrioritySeparation
형식 REG_DWORD
Windows default 0x02 (2), client Windows의 문서화된 초기 값
상황에 따른 상태 0x1A (26)
되돌리기 0x02 (2)

변경과 되돌리기에는 BoosterX를 사용하십시오. 이 페이지에는 바로 쓸 수 있는 .reg 및 PowerShell 명령이 없습니다.

검사한 Windows 11 25H2에서는 값이 명시적으로 설정되어 있었고 2였습니다. 따라서 DWORD가 없다고 해서 모든 Windows 설치에서 공장 초기 상태라고 볼 수는 없습니다. 값이 없으면 매개변수가 레지스트리에 명시적으로 설정되지 않은 것입니다. 이는 기록된 값 0와 다릅니다. 임의의 숫자로 항목을 만들 필요는 없습니다.

값 계산기

섹션 제목: “값 계산기”

6비트 디코더

실제 모드 확인

Win32PSCalculator ↗

tweak 목록에서 찾은 값을 입력하세요. 계산기는 사용된 6비트와 동일한 모드의 표준 조합만 표시합니다. 컴퓨터의 어떤 것도 변경하지 않습니다.

0x 접두사가 있는 Hex, 접두사 없으면 decimal.

동등 모드0x26

Windows default: 클라이언트 Windows에서 명시적 모드 0x26에 해당합니다.

000010
입력됨
0x00000002 · 2
0x3F 마스크 후
0x02 · 2
퀀텀
시스템 default → 짧은 것
유형
시스템 default → 가변
foreground 부스트
최대 · 3:1

계산기는 오픈 소스 프로젝트 Win32PSCalculator의 해석을 따릅니다. 하위 여섯 비트만 고려하고 같은 모드의 정규 값을 표시합니다. 예를 들어 Windows default 0x02와 명시적 0x26는 클라이언트 Windows에서 최대 foreground boost를 사용하는 짧은 가변 퀀텀에 해당합니다. 이는 default 위에 0x26를 설정해도 일반적으로 새로운 모드가 만들어지지 않는 이유를 설명합니다.

계산기는 비트 조합이 어떤 모드를 설정하는지 보여줍니다. FPS나 지연을 예측하지는 않습니다. 서로 다른 숫자가 같은 모드를 설정할 수 있습니다.

0x1A를 확인해야 하는 경우

섹션 제목: “0x1A를 확인해야 하는 경우”
  • 게임이나 작업 부하가 CPU를 지속적으로 거의 완전한 부하로 유지합니다.
  • CPU가 완전히 부하된 상태에서 frametime이 악화됩니다.
  • 동일한 조건의 짝지은 실행을 여러 번 수행할 수 있습니다.
  • 평균 FPS뿐만 아니라 P1, P0.1, frametime 그래프와 입력 지연도 비교합니다.

다른 사람의 설정 프로필이 0x1A를 사용한다는 이유만으로 선택하지 마십시오. CPU가 완전히 부하되지 않으면 차이가 없을 수 있습니다. Windows 10의 결과도 Windows 11에 자동으로 적용할 수 없습니다.

BoosterX 측정 결과

섹션 제목: “BoosterX 측정 결과”

Windows 10 22H2의 과거 Valorant 시리즈에서는 기록된 100% CPU 부하에서 값마다 300회의 click-to-photon 측정을 사용했습니다.

지표 Windows default 0x02 / 명시적 등가 0x26 0x1A
Click-to-photon AVG 15.28 ms 15.68 ms
Click-to-photon SD 3.12 ms 3.31 ms
FPS AVG 334.4 355.1
P1 111.6 256.0
P0.1 36.9 41.0

평균 지연 차이는 약 3 ms의 분산에서 default에 유리한 0.40 ms였습니다. 저장된 기록에서는 0x1A의 FPS가 더 높았습니다. 그러나 각 상태마다 FPS 실행이 하나만 저장되었으므로 이 결과의 재현성은 확인되지 않았습니다.

전체 값 행렬, 방법론 및 한계는 연구 «Win32PrioritySeparation: 완전한 CPU 부하에서의 지연과 FPS»에 나와 있습니다.

결과를 확인하는 방법

섹션 제목: “결과를 확인하는 방법”
  1. Windows default를 저장하고 동일한 게임 장면, FPS 제한, 전원 및 백그라운드 부하를 고정하십시오.
  2. 원래 설정으로 여러 번 실행하고 frametime, P1 및 P0.1을 저장하십시오.
  3. BoosterX에서 **«최적화» → «트윅» → «스케줄러 및 메모리» → «Win32PrioritySeparation»**을 열고 0x1A를 선택한 다음 **«적용»**을 누르고 제안되는 재시작을 수행하십시오.
  4. 같은 실행을 섞은 순서로 반복하십시오.
  5. 지연, 간헐적 프레임 저하 및 백그라운드 작업의 악화 없이 대상 지표가 반복적으로 개선되는 경우에만 0x1A를 유지하십시오.

되돌리는 방법

섹션 제목: “되돌리는 방법”

BoosterX에서 **«최적화» → «트윅» → «스케줄러 및 메모리» → «Win32PrioritySeparation»**을 열고 «기본값»을 선택한 다음 **«적용»**을 누르십시오. **«즉시 적용»**이 켜져 있으면 별도로 누를 필요가 없습니다. 제안되는 재시작을 수행하고 값이 다시 0x02인지 확인하십시오.

출처 및 검증 범위

섹션 제목: “출처 및 검증 범위”

모든 퀀텀 변형의 동작이 모든 Windows 빌드에서 검사되지는 않았습니다. Windows 11 및 최신 게임 시스템에서 0x1A의 효과는 아직 재현되지 않았습니다. 권장 사항은 Windows Server에는 적용되지 않습니다.

마지막 확인: 2026-09-20.