Hi,
How do i profile a library which is dlopened from an executable.
The executable and the library are compiled with -g using gcc . Can
somone tell me tool that would profile it at runtime.
Regards,
Nik
___
freebsd-questions@freebsd.org mailing
Hi--
On Apr 18, 2013, at 11:21 AM, Niklaus nikl...@gmail.com wrote:
How do i profile a library which is dlopened from an executable.
The executable and the library are compiled with -g using gcc . Can
somone tell me tool that would profile it at runtime.
For gprof-style profiling, you'll
-rw-r--r-- 1 root wheel 6582354 Jul 12 22:56 libslatec.a
-rw-r--r-- 1 root wheel 6555122 Jul 12 23:02 libslatec_p.a
#
profile library or -fpic library?
___
freebsd-questions@freebsd.org mailing list
On Thu, Jul 12, 2012 at 09:12:32PM -0500, Robert Bonomi wrote:
From owner-freebsd-questi...@freebsd.org Thu Jul 12 17:34:12 2012
Date: Thu, 12 Jul 2012 23:31:31 +0100
From: Anton Shterenlikht me...@bristol.ac.uk
To: freebsd-questions@freebsd.org
Subject: profiling library smaller than
On Fri, Jul 13, 2012 at 11:15:45AM +0200, Wojciech Puchar wrote:
-rw-r--r-- 1 root wheel 6582354 Jul 12 22:56 libslatec.a
-rw-r--r-- 1 root wheel 6555122 Jul 12 23:02 libslatec_p.a
#
profile library or -fpic library?
I think profile:
=== Building for slatec-4.1
Warning: Object
While updating my port (math/slatec) to use
the new OPTIONS framework, I did some
experiments with the profiling library.
I don't know much about this, so what surprised me
is that the profiling library is smaller:
# ls -al lib*a
-rw-r--r-- 1 root wheel 6582354 Jul 12 22:56 libslatec.a
-rw-r
On Thu, Jul 12, 2012 at 11:31:31PM +0100, Anton Shterenlikht wrote:
While updating my port (math/slatec) to use
the new OPTIONS framework, I did some
experiments with the profiling library.
I don't know much about this, so what surprised me
is that the profiling library is smaller:
# ls
From owner-freebsd-questi...@freebsd.org Thu Jul 12 17:34:12 2012
Date: Thu, 12 Jul 2012 23:31:31 +0100
From: Anton Shterenlikht me...@bristol.ac.uk
To: freebsd-questions@freebsd.org
Subject: profiling library smaller than non-profiling,
while it contains more symbols. Why?
While
Date: Thu, 12 Jul 2012 23:52:18 +0100
From: Anton Shterenlikht me...@bristol.ac.uk
Subject: Re: profiling library smaller than non-profiling,
while it contains more symbols. Why?
Also, the library compiled on amd64 has lots more
symbols than if compiled on ia64.
This is _not_
Forgot to meantion that the test is based on FreeBSD kernel 7.0 2000807
snapshot.
The kernel was compiled with a modified version of GENERIC configuration.
With SMP and PREEMPTION disabled and kernel profiling enabled.
-Original Message-
From: Jeremy Chadwick [mailto:[EMAIL PROTECTED
wrote:
Hi, folks,
I did kernel profiling when a single thread client sends UDP packets
to a single thread server on the same machine.
In the output kernel profile, the first few kernel functions that
consumes the most CPU time are listed below:
granularity: each sample hit covers 16
On Wednesday 08 October 2008 03:51:48 am 邱剑 wrote:
Many thanks for the information.
Could we say that interrupt handlers consumed ~36% execution time?
Is this number too high? Is it possible that we abuse the use of critical
sections in kernel?
I think whether or not it is high depends on
On Tue, 7 Oct 2008, John Baldwin wrote:
On Tuesday 07 October 2008 07:44:00 am wrote:
Hi, folks,
I did kernel profiling when a single thread client sends UDP packets to a
single thread server on the same machine.
In the output kernel profile, the first few kernel functions that consumes
On Tue, Oct 07, 2008 at 07:44:00PM +0800, wrote:
Hi, folks,
I did kernel profiling when a single thread client sends UDP packets to a
single thread server on the same machine.
In the output kernel profile, the first few kernel functions that consumes
the most CPU time are listed
邱剑 wrote:
Hi, folks,
[...]
spinlocks disable interrupts so the profiling interrupt is held off
from the
moment that the spinlock is entered to the moment it is exited, and all
of that time is attributed to spinlock_exit().
so that this tells you that 3% of your time is spent under spinlocks
On Tuesday 07 October 2008 07:44:00 am 邱剑 wrote:
Hi, folks,
I did kernel profiling when a single thread client sends UDP packets to a
single thread server on the same machine.
In the output kernel profile, the first few kernel functions that consumes
the most CPU time are listed below
Hi, folks,
I did kernel profiling when a single thread client sends UDP packets to a
single thread server on the same machine.
In the output kernel profile, the first few kernel functions that consumes
the most CPU time are listed below:
granularity: each sample hit covers 16 byte(s
Whist trying to compile a program using the gcc42 (actually
gnat-gcc42) port, using the -pg flag for profiling, I got the following
upon linking:
cc -pg -c -o prog.o prog.c
cc -pg -o prog prog.o
/usr/bin/ld: cannot find -lgcc_p
I'm assuming this means that profiling libraries
Please ignore my last post. I somehow neglected to install the proflibs
distribution.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]
freebsd cswiger What is the right way to measure wall-clock time in
profiling on FreeBSD?
freebsd cswiger
freebsd cswiger The time shell builtin command or /usr/bin/time -l
_program_?
freebsd cswiger
freebsd cswiger The latter variant displays the rusage struct (ie, from man
getrusage
Akihiro KAYAMA wrote:
Hi all.
What is the right way to measure wall-clock time in profiling on FreeBSD?
The time shell builtin command or /usr/bin/time -l _program_?
The latter variant displays the rusage struct (ie, from man getrusage)?
--
-Chuck
In article [EMAIL PROTECTED],
Chuck Swiger [EMAIL PROTECTED] writes:
cswiger Akihiro KAYAMA wrote:
cswiger Hi all.
cswiger
cswiger What is the right way to measure wall-clock time in profiling on
FreeBSD?
cswiger
cswiger The time shell builtin command or /usr/bin/time -l _program_?
cswiger
On Thu, May 31, 2007, Akihiro KAYAMA wrote:
In article [EMAIL PROTECTED],
Chuck Swiger [EMAIL PROTECTED] writes:
cswiger Akihiro KAYAMA wrote:
cswiger Hi all.
cswiger
cswiger What is the right way to measure wall-clock time in profiling on
FreeBSD?
cswiger
cswiger The time shell builtin
Hi all.
What is the right way to measure wall-clock time in profiling on FreeBSD?
Standard profiling method in UNIX like 'gprof' measures CPU time, but
it doesn't always offer a good indication for tuning if application is
not CPU bound.
For example, the below simple program spend most
Hi,
I need to debug some software, written in Python (with threads), which uses
dynamically loadable modules, written in C.
FreeBSD version is 5.2.1-RC.
All Python modules are compiled with -g -pg, so is the python binary.
By default, -g -pg -pthread doesn't seem to link libc to Python
if there is a C++ friendly debug tool out there...
Thanks,
David
On Sat, 21 Feb 2004, Louis LeBlanc wrote:
On 02/21/04 12:48 AM, David Carter-Hitchin sat at the `puter and typed:
Hi,
Does anyone out there know a good C++ memory profiling/debugging tool for
FBSD? I'm looking for a tool like
On 02/21/04 12:48 AM, David Carter-Hitchin sat at the `puter and typed:
Hi,
Does anyone out there know a good C++ memory profiling/debugging tool for
FBSD? I'm looking for a tool like valgrind or purify. I grepped around
in the ports directory and I found ElectricFence and mprof
Hi,
Does anyone out there know a good C++ memory profiling/debugging tool for
FBSD? I'm looking for a tool like valgrind or purify. I grepped around
in the ports directory and I found ElectricFence and mprof but these
seem to be for C only (as they refer exclusively to malloc free).
bohem-gc
I am looking to do profiling of one of my programs. I know about gprof and cachegrind
for linux but was wondering if there are other tools that are recommended to have or
to use instead. The test systems I have access to are Linux, FreeBSD, and some nice
Sun machines.
Thank you,
Ben Mayer
In the last episode (Jun 02), Anurag Chaudhary said:
I am porting a daemon form linux to freebsd. It works fine on linux
but crashes giving segmentation fault in freebsd can some one suggest
me some good memory profiling tool that works fine with freebsd and
available in binary format.
memory
I've to confess this my first serious profile session, and
i found something really strange (at least for me... =P)
[flag@law3 src]$ gprof proto3
[snip]
% cumulative self self total
time seconds secondscalls ms/call ms/call name
74.4 39.2639.26
On Thu, Feb 20, 2003 at 03:40:43PM +0100, Paolo Pisati wrote:
I've to confess this my first serious profile session, and
i found something really strange (at least for me... =P)
see my answer to your previous posting. mcount is a function
used by profiling.
toni
--
Terror ist der Krieg der
is .mcount?!?!
if i read the table correctly, .mcount is the guilty, isn't it?
i think mcount is used for profiling, so it doesn't count! see
http://www.gnu.org/manual/gprof-2.9.1/html_node/gprof_25.html
toni
--
Terror ist der Krieg der Armen, | [EMAIL PROTECTED]
Krieg ist der Terror der Reichen
I've to confess this my first serious profile session, and
i found something really strange (at least for me... =P)
[flag@law3 src]$ gprof proto3
[snip]
% cumulative self self total
time seconds secondscalls ms/call ms/call name
74.4 39.2639.26
Is there a documentation on this? How, why it can be used.
Thanks,
Murat
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-questions in the body of the message
35 matches
Mail list logo