From: "Alex R. Mosteo" <devnull@mailinator.com>
Subject: Re: GNAT profiling
Date: Wed, 01 Mar 2006 15:48:03 +0100
Date: 2006-03-01T15:48:03+01:00 [thread overview]
Message-ID: <4405B423.1030205@mailinator.com> (raw)
In-Reply-To: <b4ngd3-ra6.ln1@newserver.thecreems.com>
Jeffrey Creem wrote:
> Alex R. Mosteo wrote:
>
>> Ok, after revising some old threads, I see there was a consensus in
>> that (at least linux) gprof doesn't work with multitasking programs,
>> and there were reports that it neither does with single-task programs.
>>
>> I'm thus musing what could be a (preferible free) option for code
>> profiling. I've successfully used valgrind for memory profiling, but
>> for now I'm DoD with this other aspect.
>>
>> Any suggestions welcome!
>
>
> I've certainly used gprof on single threaded programs and it worked fine
> (mostly under Solaris, but still quite a bit under Linux).
>
> One issue has been that for some versions of distribution shipped GCCs
> had pretty broken/bad or incompatible Ada/debug/gprof support.
>
> I know with CentOS 4 things are pretty broken.
>
> Might be interesting to look into oprofile support (might require a
> kernel rebuild).
Thanks ldb and Jeffrey for pointing me to this profiler, certainly seems
very promising and, according to the webpage, doesn't require kernel
recompilation but just installing a module.
I will post my experience with it after trying.
next prev parent reply other threads:[~2006-03-01 14:48 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-01 8:23 GNAT profiling Alex R. Mosteo
2006-03-01 14:10 ` ldb
2006-03-01 14:19 ` Jeffrey Creem
2006-03-01 14:48 ` Alex R. Mosteo [this message]
2006-03-01 15:07 ` ldb
2006-03-02 16:59 ` Jean-Pierre Rosen
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox