Octave-2.0.12:mips-sgi-irix6.2:Long wait on first use of function file

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Octave-2.0.12:mips-sgi-irix6.2:Long wait on first use of function file

Billinghurst, David
I have just installed octave-2.0.12 on a mips-sgi-irix6.2 machine using
egcs-1.0.2

Problem

On the first call of a function in a function file, there is a 40s wait
with one CPU (of 4) running at 99% utilisation.
Is this normal?
The loadpath looks OK, and there are only the files from the
distribution in it.

Example:

cru200:33%octave
Octave, version 2.0.12 (mips-sgi-irix6.2).
Copyright (C) 1996, 1997, 1998 John W. Eaton.
This is free software with ABSOLUTELY NO WARRANTY.
For details, type `warranty'.

octave:1> LOADPATH
LOADPATH =
.:/usr/local/libexec/octave/site/oct/mips-sgi-irix6.2//:/usr/local/share
/octave/site/m//:/usr/local/libexec/octave/2.0.12/oct/mips-sgi-irix6.2//
:/usr/local/share/octave/2.0.12/m//
octave:2> t=time()
t = 895020870
octave:3> ctime(t)
ans = Wed May 13 10:54:30 1998

octave:4> ctime(t)
ans = Wed May 13 10:54:30 1998

+++++++++++++++++++++++++++++++++++++++++
(Mr) David Billinghurst
Comalco Research and Technical Support
PO Box 316, Thomastown, Vic, Australia, 3074
Phone: +61 3 9469 0642
FAX: +61 3 9462 2700
Email: [hidden email]


Reply | Threaded
Open this post in threaded view
|

Octave-2.0.12:mips-sgi-irix6.2:Long wait on first use of function file

John W. Eaton-6
On 13-May-1998, Billinghurst, David <[hidden email]> wrote:

| I have just installed octave-2.0.12 on a mips-sgi-irix6.2 machine using
| egcs-1.0.2
|
| Problem
|
| On the first call of a function in a function file, there is a 40s wait
| with one CPU (of 4) running at 99% utilisation.
| Is this normal?

No.

| The loadpath looks OK, and there are only the files from the
| distribution in it.
|
| Example:
|
| cru200:33%octave
| Octave, version 2.0.12 (mips-sgi-irix6.2).
| Copyright (C) 1996, 1997, 1998 John W. Eaton.
| This is free software with ABSOLUTELY NO WARRANTY.
| For details, type `warranty'.
|
| octave:1> LOADPATH
| LOADPATH =
| .:/usr/local/libexec/octave/site/oct/mips-sgi-irix6.2//:/usr/local/share
| /octave/site/m//:/usr/local/libexec/octave/2.0.12/oct/mips-sgi-irix6.2//
| :/usr/local/share/octave/2.0.12/m//
| octave:2> t=time()
| t = 895020870
| octave:3> ctime(t)
| ans = Wed May 13 10:54:30 1998
|
| octave:4> ctime(t)
| ans = Wed May 13 10:54:30 1998

I can't reproduce this problem on any of the systems I use.  Is there
some way on IRIX systems to trace system call activity, so we might be
able to find out where it is spending most of the time?

Thanks,

jwe


Reply | Threaded
Open this post in threaded view
|

Re: Octave-2.0.12:mips-sgi-irix6.2:Long wait on first use of function file

Jim Van Zandt


> | On the first call of a function in a function file, there is a 40s wait
> | with one CPU (of 4) running at 99% utilisation.
> | Is this normal?
> I can't reproduce this problem on any of the systems I use.  Is there
> some way on IRIX systems to trace system call activity, so we might be
> able to find out where it is spending most of the time?

I suggest something like

    strace -o log -ff octave

I have a system with IRIX 6.2 here, with strace 3.1 installed, but not
octave.  (gcc won't compile C++, and I have not gotten egcs installed
yet).  I am looking forward to seeing octave binaries uploaded for
architectures other than i386.

                                   - Jim Van Zandt


Reply | Threaded
Open this post in threaded view
|

Re: Octave-2.0.12:mips-sgi-irix6.2:Long wait on first use of function file

John W. Eaton-6
On 14-May-1998, Jim Van Zandt <[hidden email]> wrote:

| I am looking forward to seeing octave binaries uploaded for
| architectures other than i386.

Me too.

I only have reliable access to Linux on an Intel system, and DEC
Alphas running Digital Unix 4.0.  Sometimes I can build Octave on
other systems, but it is a hassle for me, because it means that I have
to use systems that are not reliable (not enough disk space, old or
broken versions of gcc, etc.).  Sometimes I can work around the
problem, but usually it is not worth it to me.

Because of these problems, I have to rely on volunteers to provide
binaries for other systems.  I do appreciate the help others have
provided in the past, but so far I've only had occasional help with
building binaries.  To have binaries for lots of systems appear on the
ftp site within days of the source releases, I need to have more
volunteers with access to systems that I don't have.

So, if you're interested in helping out, please contact me.

Thanks,

jwe