På et tidspunkt mange av oss Vi våget å leke med guvernørene I vårt system er dette gjort for å oppnå noen ytelsesforbedringer eller for et bestemt formål, for eksempel arbeidsbelastning, applikasjoner, spill, etc.
Denne typen modifikasjoner, De er vanligvis ikke inkludert i generelle distribusjoner Og det er forståelig hvorfor, siden dette betyr en økning eller reduksjon (avhengig av tilfellet) i ressursene til teamet vårt.
Jeg nevner dette, fordi nylig en Google-ingeniør har foreslått endring la standardinnstillinger den Linux kjerne timer, og øker avbruddsfrekvensen fra 250 Hz til 1000 Hz.
Denne endringen ville innebære en høyere frekvens i oppgavebytte og en reduksjon i kvantum av tid i oppgaveplanleggeren, somog effektiviteten kan forbedres i visse scenarier. Foreløpig regnes 250Hz som en balanse mellom ytelse, ventetid og strømforbruk.
Motivasjon for forslaget
A av hovedargumentene for av denne endringen er Ytelsesoptimalisering på enheter med 120Hz-skjermer, stadig mer vanlig på PC-er og mobile enheter. Ved gjeldende 250Hz-innstilling utgjør tidskvantiseringsunøyaktigheten omtrent halvparten av rammetiden, noe som påvirker ressursallokeringseffektiviteten.
I tillegg er det observert at den dynamiske spennings- og frekvensskaleringsmekanismen (DVFS) har en tendens til å ta i bruk aggressive frekvensvalgstrategier for å unngå forsinkelser. Dette kan resultere i unødvendig strømforbruk når en oppgave allerede er ferdig behandlet, men prosessoren fortsetter å kjøre med en høyere frekvens fordi tidskvantemet ennå ikke er utløpt.
Økningen av frekvensen av oppgavebytte ville tillate:
- Forbedret effektivitet i dynamisk frekvensstyring (DVFS).
- Mer presis tildeling av oppgaveplanleggertider.
- Økt frekvens for oppdatering av CPU-belastningsstatistikk.
- Redusert ventetid på ventende oppgaver.
- Argumenter mot endringsforslaget
For sin del, En annen Google-ingeniør uttrykte sin uenighet med endringen, og hevder det Å holde timerfrekvensen på 250 Hz er mest fordelaktig for enheter med lav effekt, for eksempel IoT-kort og mobile enheter.
Etter hans vurdering, Å øke frekvensen til 1000 Hz kan føre til en økning i strømforbruket. På Android-enheter er det for eksempel observert en økning på opptil 7 % i prosessorforbruk i visse situasjoner.
Videre En høyere tidtakerfrekvens vil innebære en hyppigere reaktivering av CPU. Ved 250 Hz er tidtakere som er planlagt til t+1 ms, t+2 ms, t+3 ms og t+4 ms gruppert i en enkelt vekking, mens ved 1000 Hz vil det være fire individuelle vekkinger, noe som kan øke strømforbruket.
Resultattestresultater
Om saken, portalen Phoronix gjennomførte en rekke tester på en PC med en AMD Ryzen 9 9950X CPU for å evaluere virkningen av frekvensendringen. Resultatene var blandede:
- MBedre ytelse med 1000 Hz i:
Lama.cpp
nginx
SuperTuxKart
Selen
Kjernens kompileringstider - Beste ytelse ved 250Hz på:
Darktable
PostgreSQL
Uovervinnet
Xonotisk
Blender
SVT-AV1
RawTherapee
Som til energiforbruk, ble resultatene følgende:
- Innstilling på 1000 Hz:
Gjennomsnittlig forbruk: 144,2 W
Minimumsforbruk: 0,18 W
Maksimalt forbruk: 202,13 W - Innstilling på 250 Hz:
Gjennomsnittlig forbruk: 144,37 W
Minimumsforbruk: 0,07 W
Maksimalt forbruk: 202 W
Til slutt er det verdt å nevne at å øke kjernetidsavbruddsfrekvensen til 1000 Hz gir fordeler i visse brukstilfeller, spesielt i applikasjoner som krever hyppigere oppgavebytte og på enheter med skjermer med høy oppdateringsfrekvens. Det har imidlertid også ulemper når det gjelder strømforbruk, spesielt i enheter med lav effekt og miljøer der energieffektivitet er en prioritet.
For øyeblikket, Forslaget er fortsatt under debatt innen fellesskapet og dets vedtak vil avhenge av en dypere analyse av virkningene i ulike bruksscenarier.