> There was only one istance of the profile-enable ext2 translator. The
> problem is the same using gcc 2.95 and gcc-3.0. I think that probably for
> some reason after sending the reply to fsys_goway the task is forced to die.
That should not be the case. Can you please figure out what happens h
On Tue, Jan 01, 2002 at 03:15:45PM +0100, Niels Möller wrote:
> I think the writing of profiling information on process exit is
> supposed accumulate information if you're running more than one
> instance of the profiled program.
There was only one istance of the profile-enable ext2 translator.
Diego Roversi <[EMAIL PROTECTED]> writes:
> Probably the rename is not strictly necessary, btw before running gprof,
> remember to rename back gmon.out to gmon.out. The _mcleanup() forces the
> process to produce the gmon.out file.
I think the writing of profiling information on process exit is
Hello,
finally I succeded in profiling the ext2fs translator and I found the most
of the time is spent waiting for a lock.
Here the result of profiling a gnumach compile:
Flat profile:
Each sample counts as 0.0001 seconds.
% cumulative self self total
time
Hello,
I've made some further investigation about why is hurd so slow in file
access. I've tried bonnie++ on my system comparing hurd and linux (2.4.12)
performance with the following results:
(linux)
Version 1.02a --Sequential Output-- --Sequential Input- --Random-
