gcc - 具有新 ecores/pcores 的 OpenMP

Question

是否有任何关于 OpenMP 如何与新的第 12 代英特尔 ecores 和 pcores 一起工作的讨论？这会不会成为 !$omp parallel do 的噩梦，所有线程都应该有类似的工作负载？我利用 !$OMP BARRIER 来同步线程以帮助改进缓存 uiliisation，但如果 ecores 会变慢(问题？)，这种方法将失败。目前，在 Windows 上使用带有 gfortran 的 OpenMP 不允许任何核心锁定管理。我想知道这种新的 pcore/ecore 方法意味着什么。

Answer 1

OpenMP API 没有处理这种情况的特定功能。如果您从系统中知道 P 核心是核心 0-7 而 E 核心是 8-15，那么您可以执行以下操作来限制您的 OpenMP 线程仅在 P 核心上运行:

在 shell 中(类似 bash):

export OMP_PLACES=0-7
export OMP_PROC_BIND=true

然后，在你的代码中做这样的事情(实际上没有改变:-)):

!$omp parallel do
do ...
   ...
end do
!$omp end parallel do

或者在 C/C++ 语法中:

#pragma omp parallel for
for(...) {...}

如果您想在同一代码中跨越所有 P 核和 E 核，您将不得不接受某种负载不平衡，但您仍然可以很好地利用它们。

在 shell 中(类似 bash):

export OMP_PLACES=cores
export OMP_PROC_BIND=true

然后，在您的 Fortran 代码中:

!$omp parallel do schedule(nonmonotonic:dynamic,chunkz)
do ...
   ...
end do
!$omp end parallel do

或者在 C/C++ 语法中:

#pragma omp parallel for schedule(nonmonotonic:dynamic,chunksz)
for(...) {...}

在那种情况下，我预计 block 大小为 chunksz 的dynamic 计划将是一个很好的解决方案，以便(更快的)P 核获得更多与 E-cores 相比工作。

如果您使用 OpenMP 任务，那么您可能仍希望将 OpenMP 线程固定到内核，但由于 OpenMP 任务是动态调度到空闲 OpenMP 线程的，因此您可以获得自动负载平衡。根据粗略的经验，您应该确保创建的任务比 OpenMP 线程多 10 倍。