Has anyone here gotten the new Matlab 7.01 for x86_64 to work? I loaded it up on a 9.2Pro machine and a SLES9 machine and it segfaults on both. I noticed on the mathworks site that it was built using a 2.4 kernel. Could that be the cause? Thanks, Joe
It works fine for me... Im using SuSE 9.1pro and uname -a gives Linux v 2.6.5-7.145-smp #1 SMP Thu Jan 27 09:19:29 UTC 2005 x86_64 x86_64 x86_64 GNU/Linux And the command ver in matlab gives ver ------------------------------------------------------------------------------------- MATLAB Version 7.0.1.24704 (R14) Service Pack 1 MATLAB License Number: xxxxx Operating System: Linux 2.6.5-7.145-smp #1 SMP Thu Jan 27 09:19:29 UTC 2005 x86_64 Java VM Version: Java 1.4.2 with Blackdown Java-Linux Team Java HotSpot(TM) 64-Bit Server VM ------------------------------------------------------------------------------------- The machines by the way are dual opterons 1.8GHz (4GB) and 2.4GHz (12GB) Hälsningar Anders On Monday 07 March 2005 16.15, Joe Georger wrote:
Has anyone here gotten the new Matlab 7.01 for x86_64 to work? I loaded it up on a 9.2Pro machine and a SLES9 machine and it segfaults on both. I noticed on the mathworks site that it was built using a 2.4 kernel. Could that be the cause?
Thanks, Joe
I have access to a single Opteron running Suse 9.1 Pro and I was able to install and run Matlab 7.01. So it doesn't work for me on 9.2 Pro or SLES 9 (both dual Opterons as well). I noticed yesterday that Mathworks has released 7.04 - and now they have a configuration that was compiled with a 2.6 kernel. Maybe this version will run. As an aside has anyone benchmarked 64-bit Matlab vs 32-bit? I have 6.5 installed on my 9.1 machine and the 64-bit 7.01 runs bench quite a bit faster. But they caution not to compare results generated by different versions of Matlab.... Thanks, Joe Anders Kaestner wrote:
It works fine for me...
Im using SuSE 9.1pro and uname -a gives Linux v 2.6.5-7.145-smp #1 SMP Thu Jan 27 09:19:29 UTC 2005 x86_64 x86_64 x86_64 GNU/Linux
And the command ver in matlab gives ver ------------------------------------------------------------------------------------- MATLAB Version 7.0.1.24704 (R14) Service Pack 1 MATLAB License Number: xxxxx Operating System: Linux 2.6.5-7.145-smp #1 SMP Thu Jan 27 09:19:29 UTC 2005 x86_64 Java VM Version: Java 1.4.2 with Blackdown Java-Linux Team Java HotSpot(TM) 64-Bit Server VM -------------------------------------------------------------------------------------
The machines by the way are dual opterons 1.8GHz (4GB) and 2.4GHz (12GB)
Hälsningar Anders
Anders, top-quoting is pure evil. http://learn.to/quote *snippety, snippety, paste* On Tue, 8 Mar 2005, Anders Kaestner wrote:
On Monday 07 March 2005 16.15, Joe Georger wrote:
Has anyone here gotten the new Matlab 7.01 for x86_64 to work? I loaded it up on a 9.2Pro machine and a SLES9 machine and it segfaults on both. I noticed on the mathworks site that it was built using a 2.4 kernel. Could that be the cause?
Thanks, Joe It works fine for me...
Im using SuSE 9.1pro and uname -a gives Linux v 2.6.5-7.145-smp #1 SMP Thu Jan 27 09:19:29 UTC 2005 x86_64 x86_64 x86_64 GNU/Linux
And the command ver in matlab gives ver ------------------------------------------------------------------------------------- MATLAB Version 7.0.1.24704 (R14) Service Pack 1 MATLAB License Number: xxxxx Operating System: Linux 2.6.5-7.145-smp #1 SMP Thu Jan 27 09:19:29 UTC 2005 x86_64 Java VM Version: Java 1.4.2 with Blackdown Java-Linux Team Java HotSpot(TM) 64-Bit Server VM -------------------------------------------------------------------------------------
The machines by the way are dual opterons 1.8GHz (4GB) and 2.4GHz (12GB)
SP1 works fine for me as well on SuSE 9.1. Since I've only just started migrating to 9.2 I hadn't noticed, but it segfaults there. Even with -novjm and -nosplash. Fujitsu Siemens desktop with AMD 64 3200+, SuSE 9.2 Pro and 2.6.8-24.11-default. I've been comparing strace outputs on SuSE 9.1 on Opteron, SuSE 9.2 on Athlon 32 (both work fine) and SuSE 9.2 on AMD64 (which segfaults). The latter strace output is _littered_ with gettimeofday() and time() calls which aren't in the other two outputs. Googling reported something similar on RHEL 3, where it was a kernel bug. Neither acpi=off nor various perturbations of clock= (tried tsc, pmtmr, and pit) had any effect. Matlab R14 SP2 is out, I'll have to give that a try to see if it solves the problem - I'm just glad I found out before I went into production with 9.2 on my desktop machines. Thanks Joe. Bjørn -- Bjørn Tore Sund Phone: (+47) 555-84894 Stupidity is like a System administrator Fax: (+47) 555-89672 fractal; universal and Math. Department Mobile: (+47) 918 68075 infinitely repetitive. University of Bergen VIP: 81724 Support: system@mi.uib.no Contact: teknisk@mi.uib.no Direct: bjornts@mi.uib.no
tisdagen den 8 mars 2005 14.42 skrev Bjorn Tore Sund:
Anders, top-quoting is pure evil. http://learn.to/quote
*snippety, snippety, paste*
On Tue, 8 Mar 2005, Anders Kaestner wrote:
On Monday 07 March 2005 16.15, Joe Georger wrote:
Has anyone here gotten the new Matlab 7.01 for x86_64 to work? I loaded it up on a 9.2Pro machine and a SLES9 machine and it segfaults on both. I noticed on the mathworks site that it was built using a 2.4 kernel. Could that be the cause?
Thanks, Joe
It works fine for me...
Im using SuSE 9.1pro and uname -a gives Linux v 2.6.5-7.145-smp #1 SMP Thu Jan 27 09:19:29 UTC 2005 x86_64 x86_64 x86_64 GNU/Linux
And the command ver in matlab gives ver ------------------------------------------------------------------------- ------------ MATLAB Version 7.0.1.24704 (R14) Service Pack 1 MATLAB License Number: xxxxx Operating System: Linux 2.6.5-7.145-smp #1 SMP Thu Jan 27 09:19:29 UTC 2005 x86_64 Java VM Version: Java 1.4.2 with Blackdown Java-Linux Team Java HotSpot(TM) 64-Bit Server VM ------------------------------------------------------------------------- ------------
The machines by the way are dual opterons 1.8GHz (4GB) and 2.4GHz (12GB)
SP1 works fine for me as well on SuSE 9.1. Since I've only just started migrating to 9.2 I hadn't noticed, but it segfaults there. Even with -novjm and -nosplash. Fujitsu Siemens desktop with AMD 64 3200+, SuSE 9.2 Pro and 2.6.8-24.11-default.
I've been comparing strace outputs on SuSE 9.1 on Opteron, SuSE 9.2 on Athlon 32 (both work fine) and SuSE 9.2 on AMD64 (which segfaults). The latter strace output is _littered_ with gettimeofday() and time() calls which aren't in the other two outputs.
Googling reported something similar on RHEL 3, where it was a kernel bug. Neither acpi=off nor various perturbations of clock= (tried tsc, pmtmr, and pit) had any effect.
Matlab R14 SP2 is out, I'll have to give that a try to see if it solves the problem - I'm just glad I found out before I went into production with 9.2 on my desktop machines. Thanks Joe.
Bjørn
Yes, always bot quote! (Tongue-in-cheek) -- !++ ! Lennart Börjeson ! Partner, Developer ! Cinnober Financial Technology AB ! Industrigatan 2A ! S-112 46 STOCKHOLM ! Sverige/Sweden/Schweden/Suède ! mailto:Lennart.Borjeson@cinnober.com ! phone:+46-8-50304717 ! gsm:+46-70-3394717 ! fax:+46-8-50304701 ! http://www.cinnober.com !--
Bad news. I just tried the 7.04 and it still segfaults on my dual 9.2 box. Works fine on the single Opteron though. If the bench can be compared to 7.01, the ode went from .2885 to .1616! Everything else was about the same. Didn't look at the video scores. Joe Bjorn Tore Sund wrote:
SP1 works fine for me as well on SuSE 9.1. Since I've only just started migrating to 9.2 I hadn't noticed, but it segfaults there. Even with -novjm and -nosplash. Fujitsu Siemens desktop with AMD 64 3200+, SuSE 9.2 Pro and 2.6.8-24.11-default.
I've been comparing strace outputs on SuSE 9.1 on Opteron, SuSE 9.2 on Athlon 32 (both work fine) and SuSE 9.2 on AMD64 (which segfaults). The latter strace output is _littered_ with gettimeofday() and time() calls which aren't in the other two outputs.
Googling reported something similar on RHEL 3, where it was a kernel bug. Neither acpi=off nor various perturbations of clock= (tried tsc, pmtmr, and pit) had any effect.
Matlab R14 SP2 is out, I'll have to give that a try to see if it solves the problem - I'm just glad I found out before I went into production with 9.2 on my desktop machines. Thanks Joe.
Bjørn
I downloaded Matlab 7.04 hoping that would fix my problem. It didn't. It exhibited the same segmentation fault upon startup as before. Both 7.01 and 7.04 work on my Suse 9.1 single, but fail to work on dual 9.2 and SLES9 machines. Strange because SLES9 uses an older kernel than 9.1. Perhaps it is an smp issue? No matter, as a little googling found me the solution. For 7.01 on AMD64 people said to add "export LD_ASSUME_KERNEL=2.4.1" to the beginning of $MATLAB_INSTALL_DIR/bin/.matlab7rc.sh (notice the leading dot) I tried this and it worked (by worked I mean it ran the bench program a few times). Since 7.04 has a 2.6 build config I also tried 2.6.1 and it worked as well. On both 9.2 and SLES9 boxes. 2.6.3 would load but crashed during bench. 2.6.5, 7, and 8 all segfaulted upon load. Friggin Matlab. I wonder why they would fail to adequately support the most popular AMD64 distro. It's not like people who use Matlab require the most memory and thus be the first to migrate to inexpensive 64-bit platforms. I just can't wait to see how they handle the fact that most (near-term at least) future performance increases will be coming from multiple cores. Joe
SP1 works fine for me as well on SuSE 9.1. Since I've only just started migrating to 9.2 I hadn't noticed, but it segfaults there. Even with -novjm and -nosplash. Fujitsu Siemens desktop with AMD 64 3200+, SuSE 9.2 Pro and 2.6.8-24.11-default.
I've been comparing strace outputs on SuSE 9.1 on Opteron, SuSE 9.2 on Athlon 32 (both work fine) and SuSE 9.2 on AMD64 (which segfaults). The latter strace output is _littered_ with gettimeofday() and time() calls which aren't in the other two outputs.
Googling reported something similar on RHEL 3, where it was a kernel bug. Neither acpi=off nor various perturbations of clock= (tried tsc, pmtmr, and pit) had any effect.
Matlab R14 SP2 is out, I'll have to give that a try to see if it solves the problem - I'm just glad I found out before I went into production with 9.2 on my desktop machines. Thanks Joe.
Bjørn
participants (4)
-
Anders Kaestner -
Bjorn Tore Sund -
Joe Georger -
Lennart Börjeson