Open wereii opened 2 months ago
The main question is why only some are reporting a max of 5.8Ghz while the other P cores are reporting a max of 5.5Ghz. Are only some cores boostable on the 13900?
edit: ok so in the current code we used 5% as the safety margin for boost and that is too small here, 10% works fine but ofc is that enough for future cpus or should be do this some other way.
Anyway quick fix here is to change line 128 in daemon/gamemode-cpu.c from
unsigned long long cutoff = (freq * 5) / 100;
to
unsigned long long cutoff = (freq * 10) / 100;
Thanks for looking into this.
I can't verify if I have the correct max frequencies listed for this CPU as not even Intel seems to have these details published somewhere, though I think some posts in the Arch forum did mention there is a variation even between the P-Cores. So I am assuming my lscpu output is correct.
Thanks for looking into this.
I can't verify if I have the correct max frequencies listed for this CPU as not even Intel seems to have these details published somewhere, though I think some posts in the Arch forum did mention there is a variation even between the P-Cores. So I am assuming my lscpu output is correct.
Oh I have no doubt that it is correct, only puzzled why Intel didn't add info about which cores are P and which ones are E instead leaving us to use the frequency to try and determine which one is which..
For what it's worth, in this case all the P-cores are also the only ones with multiple threads, but there indeed does not seem to be a direct indicator for the distinction, at least not in the kernel.
Here is also how inxi shows it:
# inxi -C
CPU:
Info: 24-core (8-mt/16-st) model: 13th Gen Intel Core i9-13900KF bits: 64
type: MST AMCP cache: L2: 32 MiB
Speed (MHz): avg: 1100 min/max: 800/5500:5800:4300
# ...
For what it's worth, in this case all the P-cores are also the only ones with multiple threads, but there indeed does not seem to be a direct indicator for the distinction, at least not in the kernel.
Here is also how inxi shows it:
# inxi -C CPU: Info: 24-core (8-mt/16-st) model: 13th Gen Intel Core i9-13900KF bits: 64 type: MST AMCP cache: L2: 32 MiB Speed (MHz): avg: 1100 min/max: 800/5500:5800:4300 # ...
Yeah the P cores have SMT on the 12900, 13900 and the 14900 but then on the new 245 and 285 they have dropped SMT so there the P cores have 1 thread just like the E cores.
a quicker fix is to otherwise simple change say pin_cores in gamemode.ini from "yes" to "0-15"
As the title says, on my machine with an Intel 13900kf processor, automatic core pinning (
pin_cores=yes
, or commented out ie the default) will pick out the cpus 8-11, which is just 2 cores with 4 threads in total.Quick look around the code and in issues tells me this is currently basically by design, at least going by the "picking cores with most maxfreq", though because of the rather atypical max freq spread between even the p-cores on this processor it will pin games to CPU 8-11 (cores 4 and 5).
In my case, I've noticed very low fps in Helldivers 2 ~70 FPS instead of ~140 with no pinning.
I can already see that there is a check that won't try pinning less then 4 cores. I guess it's not really feasible to make the automatic pinning algorithm universal across all the possibilities with p/e cores but one idea here would be to also log a warning if the autopinning results in less then X% (let's say 10%) cores of the total core count ?