offload语句中使用#ifdef __MIC__ 可能发生的隐式错误

intel xeon phi coprocessor 使用offload方式进行计算时,可以利用__MIC__的宏来条件编译代码,以区分在host cpu上的代码和在MIC协处理器上的代码。这对于那些只针对MIC才有的KNC指令特别有用。它的使用方式类似于:

#ifdef __MIC__

//do something on mic

#else

//do something on cpu

#endif

但是,__MIC__ 不能用在offload编译指令中:

#pragma offload target(mic:n)

{

//__MIC__不能用在这里

}

这是因为,在编译过程之前,会进行预处理,这个预处理的过程是将CPU端的数据传递给MIC协处理器会用到的offload数据,而预处理过程在

#ifdef __MIC__

#else

之间的内容,预处理器不可见,所以,传递给MIC的数据操作被略掉,这将发生未可知的错误,例如:offload error: unexpected number of variable descriptors

甚至,在宏之间本来应该发生的操作,并没有按照预想的执行。

解决方案就是:不要在offload编译指令中使用__MIC__宏!

――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――――

最可怕的问题是silence error,没有之一,特别是在一个大程序中,这样的错误查无可查。这个问题困扰了我一天一夜,最后通过intel developer zone解决:

下面是我的提问:

https://software.intel.com/en-us/forums/topic/540140

Kevin Davis 提到的方法其实并不可取,最好的办法就是不要在#pragma offload中使用__MIC__

如果你在#pragma offload语句中的KNC指令函数,在链接时遇见:undefined reference to "_mm512_extpackstorelo_epi32"这样的错误,可以用过这样的方式解决:

__forceinline __m512i PackStoreLo_epi32(const void*__restrict__ mt, __m512i& v1, _MM_DOWNCONV_EPI32_ENUM conv, int hint)

{

#ifdef __MIC__

return _mm512_extpackstorelo_epi32(mt,v1,conv,hint);

#else

return v1;

#endif

}

下面是我找到的资料:

https://software.intel.com/en-us/blogs/2013/03/27/painful-potential-problems-the-mic-macro-and-offload-code-blocks

(url中居然写着painful-potential-problems,=、=!)

  • 本文来自:Linux教程网


你可能感兴趣的:(number,解决方案,UNEXPECTED,处理器,Something)