Dear experts, Can someone reproduce these failures with latest cvs ? ====================================================================== FAIL: check_random_complex (scipy.linalg.decomp.test_decomp.test_cholesky) ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/local/lib/python2.3/site-packages/scipy/linalg/tests/ test_decomp.py", line 276, in check_random_complex assert_array_almost_equal(cholesky(a),c) File "/usr/local/lib/python2.3/site-packages/scipy_test/testing.py", line 592, in assert_array_almost_equal assert alltrue(ravel(reduced)),\ AssertionError: Arrays are not almost equal: ====================================================================== FAIL: check_simple_complex (scipy.linalg.decomp.test_decomp.test_cholesky) ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/local/lib/python2.3/site-packages/scipy/linalg/tests/ test_decomp.py", line 250, in check_simple_complex assert_array_almost_equal(cholesky(a),c) File "/usr/local/lib/python2.3/site-packages/scipy_test/testing.py", line 592, in assert_array_almost_equal assert alltrue(ravel(reduced)),\ AssertionError: Arrays are not almost equal: ---------------------------------------------------------------------- Ran 1028 tests in 2.302s FAILED (failures=2) <unittest.TextTestRunner object at 0x41977bcc>
I guess these failures are related to ATLAS or gcc, since I was able to run scipy.test() on another system without any failures. They differ in ATLAS and gcc. Any idea or hint ? Nils ATLAS version 3.4.2 built by root on Fre Sep 12 22:56:10 UTC 2003: UNAME : Linux linux 2.4.20-4GB-athlon #1 Mon Mar 17 17:56:47 UTC 2003 i686 unknown unknown GNU/Linux INSTFLG : MMDEF : /home/nwagner/mysoftware/ATLAS/CONFIG/ARCHS/ ATHLONSSE1/gcc/gemm ARCHDEF : /home/nwagner/mysoftware/ATLAS/CONFIG/ARCHS/ ATHLONSSE1/gcc/misc F2CDEFS : -DAdd__ -DStringSunStyle CACHEEDGE: 131072 F77 : /usr/bin/g77, version GNU Fortran (GCC) 3.3 20030226 (prerelease) (SuSE Linux) F77FLAGS : -O CC : /usr/bin/gcc, version gcc (GCC) 3.3 20030226 (prerelease) (SuSE Linux) CC FLAGS : -fomit-frame-pointer -O3 -funroll-all-loops MCC : /usr/bin/gcc, version gcc (GCC) 3.3 20030226 (prerelease) (SuSE Linux) MCCFLAGS : -fomit-frame-pointer -O nwagner@jane:~/cvs/scipy/Lib/linalg>
On Mon, 24 Nov 2003, Nils Wagner wrote:
Dear experts,
Can someone reproduce these failures with latest cvs ?
====================================================================== FAIL: check_random_complex (scipy.linalg.decomp.test_decomp.test_cholesky) ---------------------------------------------------------------------- ====================================================================== FAIL: check_simple_complex (scipy.linalg.decomp.test_decomp.test_cholesky) ----------------------------------------------------------------------
No, I cannot reproduce these errors under Python 2.1.3, 2.2.3, 2.3.2 when using the recent cvs (only under 2.1 I get few fitpack,stats,special related errors that you have already reported). I am currently using atlas2-sse2 3.2.1ln-11 from sid Numeric 23.1 gcc 3.3.2
I guess these failures are related to ATLAS or gcc, since I was able to run scipy.test() on another system without any failures. They differ in ATLAS and gcc.
This could be the case. What gcc are you using?
Any idea or hint ?
Nils
ATLAS version 3.4.2 built by root on Fre Sep 12 22:56:10 UTC 2003: UNAME : Linux linux 2.4.20-4GB-athlon #1 Mon Mar 17 17:56:47 UTC 2003 i686 unknown unknown GNU/Linux INSTFLG : MMDEF : /home/nwagner/mysoftware/ATLAS/CONFIG/ARCHS/ ATHLONSSE1/gcc/gemm ARCHDEF : /home/nwagner/mysoftware/ATLAS/CONFIG/ARCHS/ ATHLONSSE1/gcc/misc
I am not sure but using sse1 might cause less accurate results. Make sure that your are using the current CVS version of scipy_distutils that disables sse1 flag when sse2 is available (do your machine have sse2 Run `python scipy_distutils/command/cpuinfo.py`). I'll later try the other versions of atlas as well. Pearu
------------------- On Mon, 24 Nov 2003, Nils Wagner wrote:
Dear experts,
Can someone reproduce these failures with latest cvs ?
======================================================================
FAIL: check_random_complex (scipy.linalg.decomp.test_decomp.test_cholesky) ----------------------------------------------------------------------
======================================================================
FAIL: check_simple_complex (scipy.linalg.decomp.test_decomp.test_cholesky) ----------------------------------------------------------------------
No, I cannot reproduce these errors under Python 2.1.3, 2.2.3, 2.3.2 when using the recent cvs (only under 2.1 I get few fitpack,stats,special related errors that you have already reported). I am currently using atlas2-sse2 3.2.1ln-11 from sid Numeric 23.1 gcc 3.3.2
I guess these failures are related to ATLAS or gcc, since I was able to run scipy.test() on another system without any failures. They differ in ATLAS and gcc.
This could be the case. What gcc are you using?
Any idea or hint ?
Nils
ATLAS version 3.4.2 built by root on Fre Sep 12 22:56:10 UTC 2003: UNAME : Linux linux 2.4.20-4GB-athlon #1 Mon Mar 17 17:56:47 UTC 2003 i686 unknown unknown GNU/Linux INSTFLG : MMDEF : /home/nwagner/mysoftware/ATLAS/CONFIG/ARCHS/ ATHLONSSE1/gcc/gemm ARCHDEF : /home/nwagner/mysoftware/ATLAS/CONFIG/ARCHS/ ATHLONSSE1/gcc/misc
I am not sure but using sse1 might cause less accurate results. Make sure that your are using the current CVS version of scipy_distutils that disables sse1 flag when sse2 is available (do your machine have sse2 Run `python scipy_distutils/command/cpuinfo.py`). I'll later try the other versions of atlas as well. Pearu What is the meaning of sse2 ? nwagner@jane:~/cvs/scipy/scipy_core> python scipy_distutils/command/ cpuinfo.py CPU information: getNCPUs has_3dnow has_3dnowext has_mmx has_sse is_AMD is_singleCPU _________________wagner@jane:~/myoffice> gcc -v Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.1/specs Konfiguriert mit: ../configure --enable-threads=posix --prefix=/usr --with-local-prefix=/usr/local --infodir=/usr/share/info --mandir=/usr/share/man --libdir=/usr/lib --enable-languages=c,c++,f77,objc,java,ada --disable-checking --enable-libgcj --with-gxx-include-dir=/usr/include/g++ --with-slibdir=/lib --with-system-zlib --enable-shared --enable-__cxa_atexit i586-suse-linux Thread model: posix gcc-Version 3.3.1 (SuSE Linux) nwagner@jane:~/myoffice> Nils ______________________________ Scipy-dev mailing list Scipy-dev@scipy.net http://www.scipy.net/mailman/listinfo/scipy-dev
On Tue, 25 Nov 2003, Nils Wagner wrote:
What is the meaning of sse2 ?
google: sse sse2 Eg read http://www.tommesani.com/SSE2Intro.html Pearu
Pearu Peterson schrieb:
On Tue, 25 Nov 2003, Nils Wagner wrote:
What is the meaning of sse2 ?
google: sse sse2
Eg read http://www.tommesani.com/SSE2Intro.html
Pearu
So, this feature belongs to Intel processors - I am using an AMD processor. Nils
_______________________________________________ Scipy-dev mailing list Scipy-dev@scipy.net http://www.scipy.net/mailman/listinfo/scipy-dev
On Tue, 25 Nov 2003, Nils Wagner wrote:
Pearu Peterson schrieb:
On Tue, 25 Nov 2003, Nils Wagner wrote:
What is the meaning of sse2 ?
google: sse sse2
So, this feature belongs to Intel processors - I am using an AMD processor.
That's not true. Also AMD cpus may have sse, etc. Please, use google! Pearu
Pearu Peterson wrote:
On Tue, 25 Nov 2003, Nils Wagner wrote:
Pearu Peterson schrieb:
On Tue, 25 Nov 2003, Nils Wagner wrote:
What is the meaning of sse2 ?
google: sse sse2
So, this feature belongs to Intel processors - I am using an AMD processor.
That's not true. Also AMD cpus may have sse, etc. Please, use google!
Well, it's sort of true. Some Athlon CPUs have SSE, not SSE2. I don't think the Opterons have SSE2, only SSE (not sure on that, I'll check - oops! Opteron does have SSE2! So does the Athlon 64 and 64 FX). Here is an article that might help: http://www.tomshardware.com/cpu/20030217/index.html Hope this helps. Jeff
Pearu
_______________________________________________ Scipy-dev mailing list Scipy-dev@scipy.net http://www.scipy.net/mailman/listinfo/scipy-dev
-- Dr. Jeff Layton Aerodynamics and CFD Lockheed-Martin Aeronautical Company - Marietta
participants (4)
-
Jeff Layton -
Nils Wagner -
Nils Wagner -
Pearu Peterson