[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Q: how to gprof .oct files?!

From: Dennis DeCoste
Subject: Q: how to gprof .oct files?!
Date: Thu, 07 May 1998 18:41:40 -0700

Fellow *.oct users/developers:

In short form: does anyone know how to interactively profile (e.g.
gprof) .oct code
(e.g. some sort of reset/start/stop/dump functionality, from the Octave

In longer form:

Compiling,/loading/reloading *.oct dynamic files is working GREAT for me
(Octave 2.0.11,
Solaris 2.5.). Using MATWRAP, I've been quickly building nice C++ libs
that are easily
accessible from both OCTAVE (oct) and MATLAB (mex).   [If you haven't
checked out
MATWRAP ( yet, you're really
missing out!]
It's really all quite nice ... (much thanks  to both John Eaton and Gary

HOWEVER, I really want to use profiling tools such as gprof to help me
find bottlenecks
in my oct code.  As you can imagine, compiling the oct files with
gprof-prep flags to CC
(e.g. -pg) does not directly work, since that seems to assume that you
are compiling
the main() as well (which is the Octave main() here), and it doesn't
dump the gprof
stats (e.g. gmon.out file) until _exit() is called.  Compiling my oct
files into new Octave
statics (e.g. recompiling Octave to include my oct code) isn't an
acceptable solution,
since I REALLY want to start, stop, and examine profiling data
interactively ...

What I want, and am guessing some has already done by now, is some
simple *.oct
wrapper code to access some START, STOP, and DUMP functionality to some
profiler package, such as gprof.   In lieu of that, I need pointers to
the right profiler
(or documentation) so that I can develop these functions myself.

Of course, this is essentially a general question, which applies to
profiling  MATLAB
mex files and general dynamic loading libaries (like Solaris *.so
files).  But I haven't
found anyone who's actually done such a thing in any context, and I've
the obvious spots, such as the dejanews archives and gprof mans.  I'm
and thinking that, once again, the Octave community is more likely to be

pushing the envelope! ...

Thanks for any advice or pointers.   If I can figure out a workable
approach here,
I will happily develop and contribute C/OCT code for the desired
(e.g. gprof_start.m, gprof_stop.m, gprof_dump.m, gprof_reset.m), as well
any needed patches to mkoctfile to enable oct file compilation that
this (e.g. a  "-gprof" flag to mkoctfile).

Technical note:  I *have* tried to use the (Solaris specific?)
interface to profil.  My attempts to call monitor() with proper args
(e.g. PC
numbers based on _end) have failed to date.  Tips/warnings on whether
that approach is doable or  a too-complex/wrong route would also be
useful ...


-- Dennis

*     Dr. Dennis DeCoste,  Technical Group Leader
*  Monitoring & Diagnosis Technology Group, Artificial Intelligence *
*  Jet Propulsion Laboratory / CalTech  address@hidden  *
*                        *

reply via email to

[Prev in Thread] Current Thread [Next in Thread]