En rad kod gav Meteor Lake 72 procent högre prestanda

https://lore.kernel.org/lkml/20240606181214.2456266-1-sriniva...

diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c
index dbbf299f4219..8b0032d6a519 100644
--- a/drivers/cpufreq/intel_pstate.c
+++ b/drivers/cpufreq/intel_pstate.c
@@ -3429,7 +3429,7 @@ static const struct x86_cpu_id intel_epp_default[] = {
 	X86_MATCH_INTEL_FAM6_MODEL(ALDERLAKE_L, HWP_SET_DEF_BALANCE_PERF_EPP(102)),
 	X86_MATCH_INTEL_FAM6_MODEL(SAPPHIRERAPIDS_X, HWP_SET_DEF_BALANCE_PERF_EPP(32)),
 	X86_MATCH_INTEL_FAM6_MODEL(METEORLAKE_L, HWP_SET_EPP_VALUES(HWP_EPP_POWERSAVE,
-							HWP_EPP_BALANCE_POWERSAVE, 115, 16)),
+								    179, 64, 16)),
 	{}
 };

diff --git a/drivers/cpufreq/intel_pstate.c b/drivers/cpufreq/intel_pstate.c
index dbbf299f4219..8b0032d6a519 100644
--- a/drivers/cpufreq/intel_pstate.c
+++ b/drivers/cpufreq/intel_pstate.c
@@ -3429,7 +3429,7 @@ static const struct x86_cpu_id intel_epp_default[] = {
 	X86_MATCH_INTEL_FAM6_MODEL(ALDERLAKE_L, HWP_SET_DEF_BALANCE_PERF_EPP(102)),
 	X86_MATCH_INTEL_FAM6_MODEL(SAPPHIRERAPIDS_X, HWP_SET_DEF_BALANCE_PERF_EPP(32)),
 	X86_MATCH_INTEL_FAM6_MODEL(METEORLAKE_L, HWP_SET_EPP_VALUES(HWP_EPP_POWERSAVE,
-							HWP_EPP_BALANCE_POWERSAVE, 115, 16)),
+								    179, 64, 16)),
 	{}
 };

Holy magic numbers, batman.

Källhänvisnig för faaan?

https://www.phoronix.com/review/intel-meteorlake-epp-perf

"en enda rad kod", tekniskt korrekt, men det är ju defacto enbart en ändrad konfigurationsinställning för energibesparing i en mobil processor.
Inte jättemärkligt att det ger prestandaförbättingar, frågan är väl vad det gör för batterianvändnignen som torde vara viktigt på en mobil enhet. Synd bara de inte undersökte om det blev någon skillnad i batteritid.

Ditt inlägg dök upp när jag postat mitt redan @backspace

Sådana här artiklar skrämmer mig lite, då jag funderar på hur mycket outnyttjad prestanda som finns att hämta i Intels äldre kretsar.

Intels egna Clear Linux OS visar ofta vart skåpet skall så (och Windows får skämskudden igen).

Men tänk en värld där faktiskt Windows varit bättre optimerat? Förhoppningsvis kommer övergången till ARM64 tvinga Microsoft att faktiskt göra något bra denna gången.

Edit:
I övrigt helt otrolig artikel som upptäckt att olika EPP-lägen kan påverka prestandan. Faktiskt lite besviken då det inte var mer magi bakom prestandaökningen.

Får flashbacks till när jag testade kärnor med olika governors för bästa prestanda.

Vad tusan, varför la ni då inte in ännu fler rader!?

Heller hur, "Toms Hardware skriver att Phoronix skriver att...."

Jag trodde att alla körde med ThrottleStop?

Själv har jag aldrig blivit kompis med energischeman i Windows, då jag anser att samtliga är smått värdelösa. Intel Dynamic Platform and Thermal Framework (IDPTF) är dock skällsord nummer ett!

Jag kör Balanced i Windows för att när jag kör över till High performance så går aldrig GPU ned i låg frekvens. Dvs kör den i 200w även i idle.. Jag tror jag fick 1 hela FPS på att byta energischema så jag bytte tillbaka till balanced och har inte haft några problem alls sedan dess.

Ännu ett exempel på där "fine wine" är en direkt PR-katastrof...

Naturligtvis kommer vissa problem upptäckas först efter lansering. Meteor Lake verkar ju faktiskt ha blivit rätt mycket vad Intel initialt lovade, men det såg knappast ut så från start.

Inte bara detta exempel, ännu mer målande är nog MSI Claw som idag faktiskt är konkurrenskraftig med de handhållna enheterna utrustade med AMD Z1 / Z1 Extreme. Fast är ju inte precis det man läser om man kolla reviews..

Får se hur mycket detta upprepas med Lunar Lake. Den kretsen verkar närmare Meteor Lake sett till krav på schemaläggning och energispar-policy, men skiljer sig ändå på viktiga detaljer.

Positiva är ändå att Lunar Lake borde vara enklare att skapa en optimal policy för då man slipper hantera SMT i P-kärnorna samt att E-kärnorna blivit så kraftiga att de i praktiken bör hantera det mesta. Så svårigheten där blir att lura ut när P-kärnorna ska aktiveras, möjligen är det liknande problem som Meteor Lake har här.

Detta är ännu ett exempel på där "race-to-sleep" är värdefullt, framförallt på en plattform där peak-effekt är rätt hög. Phoronix skriver

"When looking at the CPU power consumption overall, for the wide variety of workloads tested it was just a slight uptick in power use and thus overall leading to slightly better power efficiency too."

Personligen hoppas (och tror) jag att ARM64 är framtiden för bärbara. Men man får ändå ge Intel att de gjort ett väldigt bra jobb med OneAPI, tror det finns en rätt stark anledning till att den enda av konkurrenterna Jensen ens bemödat sig dissa är just Intel och deras OneAPI.

Svårt att säga något definitivt om Lunar Lake innan release. Men stämmer den information man presterat kommer iGPU-delen bli riktigt bra (för att vara en iGPU), framförallt ihop med OneAPI. Apple kommer fortfarande vara klar ledare i iGPU-racet med deras Max-serie, men Battlemage ser ut att kunna hamna ungefär mitt emellan "vanliga" M3 och M3-pro sett till GPU-prestanda.

Sen är knappast Lunar Lake en "kraftig" CPU, huvudpoängen är att försöka konkurrera med Qualcomms Snapdragon X och Apple M3/M4 i segmentet 15-25 W. Kommande H-serien är den "kraftiga" varianten som går upp mot AMD Strix Point (som ser ut att primärt vara H-nivå). Fast för Intels del blir det Arrow Lake, inte Lunar Lake.

Så Lunar Lake ser ut att bli ett "mellanstop" i bemärkelsen: "vi gör en specifik serie för 15-25 W". Efterföljaren Panter Lake ska täcka hela segmentet igen.

Clickbait-titel (det är upp till 72% ökning i en specifik last) och Tom's Hardware som källa istället för Phoronix, vad är det som händer egentligen?

Tyvärr har det ju på sistone blivit så att om man redan läser Phoronix och Wccftech så är kommentarerna på nyheterna enda anledningen att också hålla koll på Sweclockers.

72% högre prestanda? Genomsnittet var ju 7%. En clickbait på över 10 ggr sanningen alltså!