Op een gegeven moment zullen velen van ons Wij durfden met de gouverneurs te spelen In ons systeem doen we dit om de prestaties te verbeteren of voor een specifiek doel, zoals werklast, applicaties, games, etc.
Dit soort aanpassingen, Ze worden doorgaans niet opgenomen in algemene distributies En dat is ook wel te begrijpen, want dit vertaalt zich in een toename of afname (afhankelijk van het geval) van de middelen van ons team.
Ik noem dit omdat er onlangs een Google-ingenieur heeft voorgesteld om la standaard instelling del Linux kerneltimerwaardoor de onderbrekingsfrequentie werd verhoogd van 250 Hz naar 1000 Hz.
Deze verandering zou een hogere frequentie in taakwisseling impliceren en een vermindering van de hoeveelheid tijd in de taakplanner, dieen de efficiëntie kan in bepaalde scenario's worden verbeterd. Momenteel wordt 250 Hz beschouwd als een balans tussen prestaties, latentie en stroomverbruik.
Motivatie voor het voorstel
Een van de belangrijkste argumenten vóór van deze verandering is de Prestatieoptimalisatie op apparaten met 120Hz-schermen, komt steeds vaker voor op pc's en mobiele apparaten. Bij de huidige instelling van 250 Hz bedraagt ​​de onnauwkeurigheid van de tijdkwantificering ongeveer de helft van de frametijd, wat van invloed is op de efficiëntie van de toewijzing van bronnen.
Verder is geconstateerd dat het dynamische spannings- en frequentieschaalmechanisme (DVFS) neigt ertoe agressieve frequentieselectiestrategieën te hanteren om vertragingen te voorkomen. Dit kan leiden tot onnodig stroomverbruik wanneer een taak al is voltooid, maar de processor nog op een hogere frequentie blijft draaien omdat de tijdkwantum nog niet is verstreken.
De toename van de frequentie van taakwisseling zou toestaan:
- Verbeterde efficiëntie in dynamisch frequentiebeheer (DVFS).
- Nauwkeurigere toewijzing van tijd voor taakplanners.
- Frequentere updates van CPU-belastingstatistieken.
- Kortere wachttijd voor openstaande taken.
- Argumenten tegen het amendement
Van haar kant, Een andere Google-ingenieur uitte zijn ongenoegen met de verandering, met het argument dat Het is het meest voordelig voor apparaten met een laag vermogen om de timerfrequentie op 250 Hz te houden, zoals IoT-borden en mobiele apparaten.
Volgens zijn beoordeling, Als u de frequentie verhoogt naar 1000 Hz, kan dit leiden tot een toename van het stroomverbruik. Op Android-apparaten is bijvoorbeeld in bepaalde situaties een toename van maar liefst 7% in processorverbruik waargenomen.
Bovendien heeft Een hogere timerfrequentie zou een frequentere reactivatie impliceren van de CPU. Bij 250 Hz worden timers die zijn gepland op t+1 ms, t+2 ms, t+3 ms en t+4 ms gegroepeerd in één enkele wekfunctie, terwijl er bij 1000 Hz vier afzonderlijke wekfuncties zouden zijn, wat het stroomverbruik zou kunnen verhogen.
Resultaten van prestatietests
Over de zaak, het portaal Phoronix voerde een reeks tests uit op een pc met een AMD Ryzen 9 9950X CPU om de impact van de frequentiewijziging te evalueren. De resultaten waren wisselend:
- MBetere prestaties met 1000 Hz in:
Lama.cpp
nginx
Super Tux Kart
Selenium
Kernelcompilatietijden - Beste prestaties bij 250Hz op:
darktable
PostgreSQL
Onoverwonnen
Xonotisch
Blenders
SVT-AV1
RawTherapee
Wat betreft energieverbruik, de resultaten waren het volgende:
- Instelling op 1000 Hz:
Gemiddeld verbruik: 144,2 W
Minimaal verbruik: 0,18 W
Maximaal verbruik: 202,13 W - Instelling op 250 Hz:
Gemiddeld verbruik: 144,37 W
Minimaal verbruik: 0,07 W
Maximaal verbruik: 202 W
Ten slotte is het de moeite waard om te vermelden dat het verhogen van de onderbrekingsfrequentie van de kerneltimer naar 1000 Hz voordelen biedt in bepaalde use cases, met name in toepassingen waarbij vaker van taak moet worden gewisseld en op apparaten met beeldschermen met een hoge vernieuwingsfrequentie. Er zijn echter ook nadelen wat betreft het stroomverbruik, vooral bij apparaten met een laag stroomverbruik en in omgevingen waar energie-efficiëntie een prioriteit is.
Voorlopig Het voorstel is nog steeds in behandeling binnen de gemeenschap en de acceptatie ervan zal afhangen van een diepere analyse van de gevolgen in verschillende gebruiksscenario's.