어느 시점에서 우리 중 많은 사람들이 우리는 주지사들과 놀기로 결심했습니다. 저희 시스템에서는 성능 개선을 얻거나 워크로드, 애플리케이션, 게임 등 특정 목적을 위해 이러한 작업이 수행됩니다.
이러한 유형의 수정은 일반적으로 일반 배포에는 포함되지 않습니다. 이는 팀의 리소스가 늘어나거나 줄어드는(사례에 따라 다름) 결과를 가져오므로 이해할 수 있습니다.
나는 이것을 언급하는데, 최근에 Google 엔지니어가 수정을 제안했습니다. la 기본 설정 델 리눅스 커널 타이머방해 빈도가 250Hz에서 1000Hz로 높아졌습니다.
이 변화 작업 전환 빈도가 더 높아짐을 의미합니다. 그리고 작업 스케줄러의 시간 양자가 감소합니다.특정 시나리오에서는 효율성이 향상될 수도 있습니다. 현재 250Hz는 성능, 지연 시간, 전력 소비 간의 균형으로 간주됩니다.
제안의 동기
한 찬성하는 주요 주장 중 이 변화의 핵심은 120Hz 디스플레이가 있는 기기의 성능 최적화, PC와 모바일 기기에서 점점 더 보편화되고 있습니다. 현재 250Hz 설정에서는 시간 양자화 부정확도가 프레임 시간의 약 절반에 해당하며, 이는 리소스 할당 효율성에 영향을 미칩니다.
또한, 다음 사항이 관찰되었습니다. 동적 전압 및 주파수 스케일링 메커니즘 (DVFS) 공격적인 주파수 선택 전략을 채택하는 경향이 있습니다 속도 저하를 피하기 위해. 작업이 이미 처리를 마쳤지만 프로세서의 시간 양자가 아직 만료되지 않았기 때문에 프로세서가 더 높은 주파수에서 계속 실행되는 경우 불필요한 전력 소비가 발생할 수 있습니다.
증가 작업 전환 빈도 허용할 것입니다:
- 동적 주파수 관리(DVFS)의 효율성이 향상되었습니다.
- 작업 스케줄러 시간을 보다 정확하게 할당합니다.
- CPU 부하 통계 업데이트 빈도가 증가했습니다.
- 보류 중인 작업의 대기 시간이 감소했습니다.
- 개정안에 대한 주장
그 부분은, 또 다른 구글 엔지니어는 이에 반대 의사를 표명했습니다. 변화와 함께, 다음과 같이 주장합니다. 타이머 주파수를 250Hz로 유지하는 것이 저전력 장치에 가장 유익합니다.예를 들어 IoT 보드, 모바일 기기 등입니다.
그의 평가에 따르면, 주파수를 1000Hz로 높이면 전력 소비가 늘어날 수 있습니다. 예를 들어, Android 기기에서는 특정 상황에서 프로세서 소모량이 최대 7% 증가하는 것으로 관찰되었습니다.
또한, 타이머 주파수가 높을수록 더 자주 재활성화됨을 의미합니다. CPU의. 250Hz에서는 t+1ms, t+2ms, t+3ms, t+4ms로 예약된 타이머가 단일 웨이크업으로 그룹화되지만, 1000Hz에서는 XNUMX개의 개별 웨이크업이 발생하여 전력 소비가 증가할 수 있습니다.
성능 테스트 결과
사건에 대하여 포털 Phoronix는 일련의 테스트를 수행했습니다. AMD Ryzen 9 9950X CPU가 장착된 PC에서 주파수 변경의 영향을 평가했습니다. 결과는 엇갈렸습니다.
- M1000Hz에서 더 나은 성능:
라마.cpp
Nginx에
슈퍼턱스카트
셀레니움
커널 컴파일 시간 - 250Hz에서 최상의 성능:
다크 테이블
PostgreSQL
정복되지 않은
xonotic
믹서기
SVT-AV1
RawTherapee
로로 에너지 소비, 결과는 다음과 같습니다 다음과 같은:
- 1000Hz로 설정:
평균 소비량: 144,2W
최소 소비 전력: 0,18W
최대 소비 전력: 202,13W - 250Hz로 설정:
평균 소비량: 144,37W
최소 소비 전력: 0,07W
최대 소비 전력: 202W
마지막으로, 커널 타이머 인터럽트 빈도를 1000Hz로 높이면 특정 사용 사례에서 이점을 얻을 수 있으며, 특히 더 빈번한 작업 전환이 필요한 애플리케이션과 높은 화면 주사율 디스플레이가 있는 장치에서 유용합니다. 그러나 이 방법은 전력 소모 측면에서 단점이 있으며, 특히 저전력 장치와 에너지 효율성이 우선순위인 환경에서는 단점이 있습니다.
잠시 동안, 그 제안은 아직 논의 중이다 커뮤니티 내에서의 적용과 채택은 다양한 사용 시나리오에서의 영향에 대한 심층적인 분석에 달려 있습니다.