[22066] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: sun4 9.1.22: matlab

daemon@ATHENA.MIT.EDU (Alex T Prengel)
Mon May 12 18:03:44 2003

Message-Id: <200305122203.SAA06573@dit.mit.edu>
To: alexp@MIT.EDU
In-reply-to: "[22020] in Athena Bugs"
cc: bugs@MIT.EDU
Date: Mon, 12 May 2003 18:03:39 -0400
From: Alex T Prengel <alexp@MIT.EDU>


[also sent to dmaze, jamous, zacheiss, csnowden]

Hi, you reported to bugs:

>System name:           no-knife.mit.edu
>Type and version:      Sun-Fire-280R 9.1.22 (with mkserv)
>Display type:          unknown
>
>Shell:                 /bin/athena/bash (/bin/zsh?)
>Window manager:                openbox
>
>What were you trying to do?
>       Use MATLAB responsibly on a dialup to work on a problem set.
>
>What's wrong:
>       If I 'add matlab; matlab -tty -nosplash -nojvm', MATLAB appears
>       to come up fine.  If I start a second ssh session to the same
>       dialup and run 'top', though, the matlab process is eating
>       30-50% of a CPU's cycles, while it's doing nothing user-visible.

I verified this on my workstation and we're looking into it. It seems
to be some sort of interaction between our main launch script and a
local application we install on top of Matlab to monitor usage. I don't
know if or when we'll be able to fix it but I've found another workaround
besides the only you've already found ("don't use -tty"): if you launch
Matlab directly from the version locker instead of from the base locker
it doesn't seem to show up. i.e.:

add matlab_v6.5; matlab -tty -nosplash -nojvm

Thanks for reporting this.

                                 Alex Prengel
                                 MIT Academic Computing Support Team

home help back first fref pref prev next nref lref last post