Search found 283 matches

by Stan Tomov
Fri Aug 28, 2020 10:16 am
Forum: User discussion
Topic: how to release GPU process
Replies: 1
Views: 87

Re: how to release GPU process

MAGMA is thread-safe when different routines are called from the same process (e.g., through different threads). Using MAGMA from different processes should have even less potential problems - at least non that we have heard of. If there is a problem it is usually the GPU setting and you may have to...
by Stan Tomov
Mon Aug 17, 2020 4:29 pm
Forum: User discussion
Topic: Solving large sparse indefinite systems
Replies: 1
Views: 788

Re: Solving large sparse indefinite systems

Hello, Just checking if you found a solution to this proble. MAGMA uses a default initial guess of 0, i.e., the RHS. I checked this particular matrix with matlab and looks like the rank of the Krylov space starting with ones remain 2, so the space ramains limited and non of the Krylov methods conver...
by Stan Tomov
Fri Jul 17, 2020 10:25 am
Forum: User discussion
Topic: Problem compiling MAGMA in ubuntu
Replies: 5
Views: 436

Re: Problem compiling MAGMA in ubuntu

Thanks for reporting on this so that we know what to expect!
That's too bad interfaces were changed in CUDA 11 that brake the back compatibility.
We will have to put some more ifs in the next release.
by Stan Tomov
Thu Jul 16, 2020 9:04 pm
Forum: User discussion
Topic: Problem compiling MAGMA in ubuntu
Replies: 5
Views: 436

Re: Problem compiling MAGMA in ubuntu

Yes, one solution is to move back to CUDA 10.3 until we update support for CUDA 11. Alternatively, to solve the last problem, you can specify the GPU in your make.inc file. If you specify GPU_TARGET = Turing the makefile will not add other options. In this case Kepler. Looks like CUDA 11 is deprecia...
by Stan Tomov
Thu Jun 25, 2020 1:24 am
Forum: User discussion
Topic: Compiling MAGMA on Summit with PGI compiler
Replies: 6
Views: 678

Re: Compiling MAGMA on Summit with PGI compiler

The LAPACK used has underscores added to the names, like sgerqf_, so when referenced by MAGMA it also has to be with underscores added, otherwise you get that sgerqf (and the other LAPACK routines used) is not defined. To fix this, you can add options -DADD_ to a few places in the make.inc file, nam...
by Stan Tomov
Fri Jun 19, 2020 3:49 pm
Forum: User discussion
Topic: Looking for the SpMV GPU kernel implementing CSR-I
Replies: 4
Views: 571

Re: Looking for the SpMV GPU kernel implementing CSR-I

The magma_d_spmv is a wrapper that is pre-tuned to call the "fastest" implementation (based on architecture, sizes, formats, etc.). You can take a look at it in file magma_d_blaswrapper.cpp. So, if the matrix is in CSR format for example, we currently call cuSparse.
by Stan Tomov
Fri Jun 19, 2020 1:46 pm
Forum: User discussion
Topic: Looking for the SpMV GPU kernel implementing CSR-I
Replies: 4
Views: 571

Re: Looking for the SpMV GPU kernel implementing CSR-I

We haven't considered adding it. MAGMA has CSR5 storage and kernel optimized for it.
by Stan Tomov
Fri May 08, 2020 1:08 pm
Forum: User discussion
Topic: spare linear solver on multiple GPUs
Replies: 1
Views: 637

Re: spare linear solver on multiple GPUs

The main focus of MAGMA is dense linear algebra, providing LAPACK for GPUs. MAGMA has also a sparse iterative solvers component but current support there is for single GPU only. There is a hipMAGMA port of MAGMA for AMD GPUs that ports CUDA to HIP.
by Stan Tomov
Wed Mar 11, 2020 4:54 pm
Forum: User discussion
Topic: Limitations on precision
Replies: 5
Views: 1031

Re: Limitations on precision

You may also want to try the 2-stage reduction algorithms, e.g. ./testing_dsyevdx_2stage -JV --niter 2 -n 7000 These are much faster especially for the large sizes that you target. Maybe also using multiple GPUs would help (adding "--ngpu 4" option). Also, you can try with ESSL. There is make.inc ex...
by Stan Tomov
Wed Mar 11, 2020 1:04 pm
Forum: User discussion
Topic: Limitations on precision
Replies: 5
Views: 1031

Re: Limitations on precision

Some of these errors seem to be large and inconsistent. This is what I get on one of our systems with V100 and Intel CPU. [tomov@a04 testing]$ ./testing_dsyevd -JV --niter 5 -c -l -n 7000 % MAGMA 2.5.2 svn compiled for CUDA capability >= 7.0, 32-bit magma_int_t, 64-bit pointer. % CUDA runtime 9020, ...