Hi,
I am trying Intel® Optimized LINPACK Benchmark for Linux* OS on Multi-Intel Phi cards configuration.
My test environment :
Intel® Math Kernel Library
MKL buffer management and linking issues (incl crashes)
Our application MOSEK links with the static version of MKL and we have some issues in that regard.
Note that our apllication is .so or DLL that is linked with other applications by our users and those users may also use MKL. For instance our application is linked to MATLAB (www.mathworks.com) that also uses MKL..
1. The first issue is that you say mkl_free_buffers can always be called i.e.
Eigenvalue solver dfeast_scsrgv overwrites input arguments?
Experimenting with the symetric general eigen value solver dfeast_scsrgv.
Running it with a test matrix, I find that it overwrites the values for e and x on the stack?
dfeast_scsrgv (&uplo, &n, a, rows, columns,
b, rows, columns,
fpm, &epsout, &loop, &emin, &emax, &m0, eigs, eigv, &m, &res, &info);
exits with info=0, m=1, suggesting one eigenvalue was found but eigs and eigv have been changed and no longer point to the original arrays.
inputs are declared as
Data fitting task creation/destruction does not appear to be thread safe
Hi Everyone,
I'm using the data fitting routines in MKL (w_mkl_11.0.3.171) for spline interpolation. The fortran routine where these are called is used in a C++ OpenMP multi-threaded application, inside a parallel for loop for completely independent datasets.
The first attempt produced random crashes and wrong results, which suggested a possible data race. When I added a OMP CRITICAL section around the task creation (dfdNewTask1D) and destruction (dfDeleteTask) the code started working perfectly, producing the same results as the single core invocation.
Problems calling mkl_rt.dll in C# / program crashes
Hi,
we are using Intel MKL 11.02. since a few weeks and a first C++ example calling the includes works fine. But we have some trouble to import the mkl_rt.dll in C#. When calling the dll the program crashes without any notice. We have tried it for some functions (MKL_Set_Num_Threads, VDDIV, VDADD, DASUM, MKL_Get_Max_Threads) and always get the same result. Additionally we tested 32bit and 64bit versions of mkl_rt.dll and also the Intel C#-example "vddiv" - and result every time in a uncommented program stop.
namespace MKL_Test
public unsafe class MKL_Wrapper
Looks like a function is missing
Hello!
Any help will be highly appriciated)
Strange thing occures when i try to build a custom dll.
the make command i use looks like this: nmake ia32 buf_lib= export=func_list name=mkl_1
while func list contains only one function
DGEMM
And everything works perfect.
Then i add one more function to func_list so it looks like this:
DGEMM
DGEMV
, make another dll:
nmake ia32 buf_lib= export=func_list name=mkl_2
Matrix-Matrix product still works
but the dgemv function seems not working
pardiso produces strange result
Hi all,
MKL-pardiso gives back a totally wrong solution vector for one of my smaller test cases in C with a sparse unsymmetric 96x96 matrix. The solution clearly satisfies A*x != b.
Attached is the example file pardiso_unsym_c.c from the MKL example collection in which I replaced the data for ia[], ja[] and a[] with my matrix data. There are no other changes in the program, except that I print the solution vector at the end. For me this program gives a wrong result.
Calls using FFTW wrapper don't seem to be thread safe
Hi,
I am attempting to add an OpenMP layer of parallelism into an MPI code writtten in Fortran. However, I am not doing this correctly as it does not appear to be thread safe. I can say this with some confidence as adding an !$OMP CRITICAL region around the library call results in a correct answer. I believe that this is a result of the FFTW wrappers.
Seiten
