https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109812
--- Comment #24 from edison <edison_chan_gz at hotmail dot com> --- (In reply to Hongtao Liu from comment #23) > (In reply to edison from comment #22) > > for 607.cactuBSSN_s,if use preENV_GOMP_CPU_AFFINITY = 0-23 in CPU2017 .cfg, > > all p-core(i9-13900k) usage will down to 15%(the e-core almost 100%), if > > comment out it all p-core usage will up to 60%. > > > > 607.cactuBSSN_s on i9-13900K > > gcc 14.1 > > > > preENV_GOMP_CPU_AFFINITY = 0-23: 60.1 (-41.7 % slower) > > # preENV_GOMP_CPU_AFFINITY = 0-23: 103 > > > > but for AMD Zen4(+) that maybe another story so far(AMD Zen4 need > > preENV_GOMP_CPU_AFFINITY to make the threads run on high performance core > > first). > > Because E-core run slower than P-core, if you bind the thread to each core, > it prevents threads from migrating from the E-core to the P-core. I know, but I think there is not way bind thread to each core in OpenMP(CPU2017 speed)mode, only multi job(CPU2017 rate) can do that.