If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Originally posted by pWe00Iri3e7Z9lHOX2QxView Post
Oof. Thanks for the heads up. I need a sad panda emoji for my 7900X3D.
It's a relatively easy 1-line patch for users that are willing to build their own kernel though. Besides, setting WINE_CPU_TOPOLOGY in Proton can do a better job than letting the kernel decide where to schedule the threads, so it's not really a huge problem. It's just disappointing to see AMD missing the last steps to get something working out of the box.
It's really frustrating to see AMD kept shipping code that's not gonna actually work at all.
The 3D V-cache optimizer driver requires x86_sched_itmt_flags() to be returned in x86_die_flags() to function (i.e. let the kernel prioritize threads to 3D V-cache die), otherwise the core prioritizing scheduling would only gonna work within a single CCD rather than selecting the preferred CCD first, then selecting the highest performance cores. 7950X3D definitely needs that, it's also the whole point of this driver. But that flag is only enabled for heterogeneous configurations like Strix Point because AMD added a feature check for X86_FEATURE_AMD_HETEROGENEOUS_CORES there before returning the flag in x86_die_flags().
The whole preferred core scheduling thing on Linux is just a few AMD kernel engineers following Intel's implementation without a clue how they worked, and how to test them to ensure they work as expected.
Oof. Thanks for the heads up. I need a sad panda emoji for my 7900X3D.
It's really frustrating to see AMD kept shipping code that's not gonna actually work at all.
The 3D V-cache optimizer driver requires x86_sched_itmt_flags() to be returned in x86_die_flags() to function (i.e. let the kernel prioritize threads to 3D V-cache die), otherwise the core prioritizing scheduling would only gonna work within a single CCD rather than selecting the preferred CCD first, then selecting the highest performance cores. 7950X3D definitely needs that, it's also the whole point of this driver. But that flag is only enabled for heterogeneous configurations like Strix Point because AMD added a feature check for X86_FEATURE_AMD_HETEROGENEOUS_CORES there before returning the flag in x86_die_flags().
The whole preferred core scheduling thing on Linux is just a few AMD kernel engineers following Intel's implementation without a clue how they worked, and how to test them to ensure they work as expected.
Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite
Leave a comment: