Intel® Many Integrated Core Architecture

Xeon Phi: Memory leak?


I write a rpc-like application to run on Xeon Phi and dynamic link with MKL. However after the program finish (exit), the memory on micsmc is still high, for example, at one of the Xeon Phi nodes the memory usage is of 1172MB.  Howver if I reboot the Xeon Phi, the memory usage after reboot would be of 418MB.  It seems to me that the system has leaking memory problem. How can I recover the memory lost without rebooting Xeon Phi?  Thanks,



Linking C++ and Fortran objects

Platform: CentOS release 6.6 (Final)

GCC: 4.9.1

Intel Parallel Studio Cluster Edition 2016

I am working on a bioinformatics application that my team and I have successfully compiled for Intel Xeon processor. Now we're trying to compile the application for MIC but we have a hard time linking it. The error that we get is the following:

x86_64-k1om-linux-ld: cannot find -lstadc++
/opt/mpss/3.2.1/sysroots/x86_64-mpsssdk-linux/lib/ could not read symbols: File in wrong format

MPSS 3.6 is available


Please note that the new MPSS 3.6 is available at

MPSS 3.6 will be supported until the end of March 2016. Major changes in MPSS 3.6 include:

  • hStreams Beta

  • k1om gcc update from 4.7.0 experimental to 5.1

  • k1om glibc update to 2.21

  • MLNX_OFED 2.4 support

  • RHEL 6.4 support drop

Slash Your MSC Nastran* Simulation Runtimes by Up to 50 Percent

Doubling performance for your most complex MSC Nastran* simulations can deliver a range of high-value options for your engineering and design teams. You may be able to obtain results hours or even days sooner to shorten your design cycles. Or you may choose to test more design options to accelerate innovation, or explore a wider range of coupled variables to gain a deeper understanding of real-world product behavior.

  • Server
  • MSC Nastran*
  • runtime
  • Intel® Many Integrated Core Architecture
  • undefined symbol in running not in linking of executable linked with a static library (offload model)


    I am trying to run an offload application on Xeon Phi, and I get the following error.

    "On the sink, dlopen() returned NULL. The result of dlerror() is "/var/volatile/tmp/coi_procs/1/205497/load_lib/iccouthqsEw3: undefined symbol: DISTMEM_rank"
    On the remote process, dlopen() failed. The error message sent back from the sink is /var/volatile/tmp/coi_procs/1/205497/load_lib/iccouthqsEw3: undefined symbol: DISTMEM_rank
    offload error: cannot load library to the device 0 (error code 20)"

    Naming shared libraries


    I am trying to adjust a large project for working on Xeon Phi with the offload model and I have a few questions.

    1. My programs should be linked with some of many static libraries of hundreds of lines. I tried to built these libraries with the -offload-attribute-target=mic option to annotate my functions and variables for mic offloading, and then link them with xiar crs -qoffload-build option. Is it a reasonable approach or am I missing something?

    Subscribe to Intel® Many Integrated Core Architecture