- 13 Apr, 2016 2 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
Quite likely the FMA4 (AMD) implementation has never been tested. There is a fishy intrinsic call, which is most likely an typo Abort with #error at compile time
-
- 12 Apr, 2016 2 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
-
- 08 Apr, 2016 6 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
-
Lorenz Hüdepohl authored
-
Lorenz Hüdepohl authored
For the Intel compiler, this was assured with the pragma !DEC$ ATTRIBUTES ALIGN: 64:: a however, other compilers such as gcc of course did not honour this, which could result in SIGSEGVs in case the variable was not aligned to 32 bytes (by chance!). This fixes issue #11, thanks to Nico Holmberg for reporting this.
-
Lorenz Hüdepohl authored
-
Andreas Marek authored
-
- 06 Apr, 2016 1 commit
-
-
Andreas Marek authored
-
- 05 Apr, 2016 2 commits
-
-
Andreas Marek authored
The SSE kernels with blocking of 2,4,6 (real case) and 1,2 (complex) case are now available by default Thus the following changes have been done - introduce new macros in configure.ac and Makefile.am - renmae the AVX kernels in AVX_AVX2 (they also support AVX2) - introduce new files with SSE kernel - introduce new kernel parameters ! - make the SSE kernels callable The results are identical with previous kernels
-
Andreas Marek authored
-
- 04 Apr, 2016 3 commits
-
-
Andreas Marek authored
- The SSE part will be available in different files. - Specify whether AVX or AVX2 was used to build
-
Andreas Marek authored
-
Andreas Marek authored
From now on, a Changelog will be updated, before an ELPA release
-
- 01 Apr, 2016 1 commit
-
-
Andreas Marek authored
The single precision version of the SSE assembly kernel is about 1.8 times faster than the double precision version
-
- 29 Mar, 2016 1 commit
-
-
Andreas Marek authored
At the moment only the generic kernels are available for single-precision. The SSE and AVX kernels have still to be ported.
-
- 18 Mar, 2016 2 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
library It the configure option "--enable-single-precision" is specified, ELPA will also be build for single precision usage. The double precision and single precision will be available at the same time with names "solve_evp_real_1stage_double" or "solve_evp_real_1stage_single" and so on... This change immplied some major refactoring of the ELPA code: 1.) functions/procedures had to be renamed with suffix "_double" 2.) If necessary the same functions have to be available with suffix "_single" 3.) Variable kind definitions have to be consistent with the intented use To avoid uneccessary code duplication this is done (most of the time) with preprocessor string substitution. The documentation has been updated. NOT SUPPORTED are at the moment: - single precision usage of ELPA2 with kernels, others than "generic" and "generic_simple" - single precision usage of GPU
-
- 04 Mar, 2016 2 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
files
-
- 29 Feb, 2016 1 commit
-
-
Andreas Marek authored
-
- 26 Feb, 2016 7 commits
-
-
Angerer, Christoph (cangerer) authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Angerer, Christoph (cangerer) authored
-
Angerer, Christoph (cangerer) authored
moved declaration of istat and errorMessage outside #ifdef WITH_OPENMP because otherwise it doesn't compile
-
- 24 Feb, 2016 4 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
The test programs include the same template now, the printed messages are thus unified
-
Andreas Marek authored
The configure flag "--enable-shared-memory-only" triggers a build of ELPA without MPI support: - all MPI calls are skipped (or overloaded) - all calls to scalapack functions are replaced by the corresponding lapack calls - all calls to blacs are skipped Using ELPA without MPI gives the same results as using ELPA with 1 MPI task! This version is not yet optimized for performance, here and there some unecessary copies are done. Ths version is intended for users, who do not have MPI in their application but still would like to use ELPA on one compute node
-
- 18 Feb, 2016 2 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
-
- 17 Feb, 2016 4 commits
-
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
-
Andreas Marek authored
ELPA2 can now be build (as ELPA1) for single precision calculations. The ELPA2 kernles which are implemented in assembler, C, or C++ have NOT yet been ported. Thus at the moment only the GENERIC and GENERIC_SIMPLE kernels support single precision calculations
-