|
From: | anonymous |
Subject: | [Octave-bug-tracker] [bug #58926] Octave gives wrong results with intel-mkl when diagonalizing large matrices |
Date: | Thu, 13 Aug 2020 10:20:57 -0400 (EDT) |
User-agent: | Mozilla/5.0 (Android 8.0.0; Mobile; rv:68.0) Gecko/68.0 Firefox/68.0 |
Follow-up Comment #29, bug #58926 (project octave): https://gist.github.com/N0rbert/cfda101b8f0aa326df1edb6beee0076d I saw the comparison above has now expanded to include R, which like Octave requires the MKL_THREADING_LAYER workaround, and that Scilab like Octave is having more test failures with MKL than without. @OP: This really ought to be documented better by the MKL team at Intel. Please do keep up your efforts there. @OP: In your timing comparisons of OpenBLAS and MKL, are you using precompiled OpenBLAS from a repository or is it OpenBLAS that was configured and built on your specific machine? That makes a big difference with "march=native" compiler flags. _______________________________________________________ Reply to this item at: <https://savannah.gnu.org/bugs/?58926> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/
[Prev in Thread] | Current Thread | [Next in Thread] |