I am trying to implement a recursive matrix multiplication on Xeon Phi. I have two implementation . The first one I have my own implementation of Strasseen and it is working fine when I call it for more than one level of recursion the time is decreased one I increase the recursion level. To boost My algorithem I used the cblas_dgemm MKL function for submatrix multiplication I call it from Strassen Algorithem. The problem is that I the time increased when I increase the level of recursion. what is the problem
can any one help me to recompile mpss 3 on centos 6.4 with kernel 3.11
The following is a compendium of research publications from Intel Labs focused on optimization of High Performance Computing (HPC) algorithms for improved performance on Intel® Xeon® processors and Intel® Xeon Phi™ Coprocessors. We will continue to update this list as new publications are posted.
I updated to the latest MPSS installation for RHEL 6.3, and found that OpenCL programs no longer worked. Uninstalling the previous version of MPSS, I executed the following command: sudo yum remove --noplugins --disablerepo=* intel-mic\*. I now realize that the following OpenCL packages were inadvertently removed:
Erasing : opencl-1.2-intel-mic.x86_64 2/12
Erasing : opencl-1.2-intel-mic.x86_64 3/12
Erasing : opencl-1.2-intel-mic.x86_64 4/12
Hi, I have trouble compiling the following code with the SP1 version of the Intel C++ compiler. It works with older compilers.
I've been through some experiment on Xeon Phi recently and I'm hitting a serious scalability issue. The idea is to run a fully parallel-code with no memory access and with a growing number of processors, all running the exact same amount of operations. The workload is fixed, so therefore we should expect a constant execution time. Here is the code we are running:
int main(int argc, char *argv)
int i = 0; struct timespec start, end; uint64_t total; FILE *fd = stderr;
I am using Internal bridge for mic node to communicate with host node. But I found an issue that when run 'micctrl --resetconfig' command, it will override the interface which has been configured in the bridge. For example, after running 'micctrl --resetconfig mic0', the mic0 interface is added to the bridge; then I run 'micctrl --resetconfig mic1', after running I found only the mic1 interface is added in the bridge; If running 'micctrl --resetconfig mic0 mic1', both of them can be added to bridge.
I think it's a bug.