On Tue, Apr 23, 2013 at 01:22:31PM +0800, Ice Frog wrote:
I use oprofile for performance profiling. I noticed that kcachegrind(more
specifically, op2callgrind or kcachegrind-converters) is able to analyze
information generated by oprofile.
Please give me a hint where I can find the install
Am 23.04.2013 09:35, schrieb Mark Wielaard:
On Tue, Apr 23, 2013 at 01:22:31PM +0800, Ice Frog wrote:
I use oprofile for performance profiling. I noticed that kcachegrind(more
specifically, op2callgrind or kcachegrind-converters) is able to analyze
information generated by oprofile.
Please
On Thu, 2013-04-18 at 08:50 -0700, Brian Budge wrote:
Hi Paul. I am at 20% of memory use. I should also note that I
followed Julian's advice for increasing vg_n_segments and memory size
to 128 GB.
Does valgrind itself do anything multithreaded? My program uses all
cores on the machine at
On Tue, Apr 23, 2013 at 1:04 PM, Philippe Waroquiers
philippe.waroqui...@skynet.be wrote:
Some prototyping was done of a non serialised valgrind.
See https://bugs.kde.org/show_bug.cgi?id=301830
and the MTV branch in svn.
This prototype is not usable in its current state: only the
none tool
On Tue, 2013-04-23 at 13:08 -0700, Brian Budge wrote:
Some prototyping was done of a non serialised valgrind.
See https://bugs.kde.org/show_bug.cgi?id=301830
and the MTV branch in svn.
This prototype is not usable in its current state: only the
none
Hi!
Does valgrind provide any replacements for glibc's
|__malloc_initialize_hook()| ? It seems this call and it's |*hook*()|
siblings are depreciated now (at least in SuSE =12.3) ...
Bye,
Roland
-- Forwarded message --
From: Roland Mainz roland.ma...@nrubsig.org
Does valgrind provide any replacements for glibc's
|__malloc_initialize_hook()| ? It seems this call and it's |*hook*()|
siblings are depreciated now (at least in SuSE =12.3) ...
There is no glibc replacement. [And the reasoning is correct.]
There is no valgrind replacement.
You must change
Dear all,
I used Valgrind(callgrind) to profile database cache performance, and the
host machine is a VM guest with XEON CPU.
Without instrumentation, the performance of dbms with cache-on is 20%
higher than cache-off. With callgrind, the call graph shows there is a 5x
performance improvement.
I appreciate you could recommend some other profile tools.
Get a recent AMD CPU and investigate this work:
[Valgrind-developers] Believed to be complete: LWP support for Valgrind
(feature request 317441)
Rick Gorton rcgorton verizon net
04/07/2013
--