Re: Build times of hurd and glibc for different versions of gnumach, hurd and glibc

[Samuel Thibault]

Samuel Thibault, on Wed 20 Apr 2016 10:52:06 +0200, wrote:
> Samuel Thibault, on Wed 20 Apr 2016 01:07:09 +0200, wrote:
> > Samuel Thibault, on Tue 19 Apr 2016 12:18:01 +0200, wrote:
> > > Svante Signell, on Tue 19 Apr 2016 12:08:07 +0200, wrote:
> > > > > Looking at ps -feMj, it seems that it's ext2fs which consumes much 
> > > > > more
> > > > > CPU time, thus increasing overall wallclock time. It'd probably be
> > > > > interesting to profile ext2fs, to see what takes longer. Perhaps it's
> > > > > the hash table which is less efficient since with the new page cache
> > > > > policy there are much more cached files?
> > > > 
> > > > Are you preparing ext2fs for profiling? .../pkg-glibc/glibc: hurd-i386: 
> > > > Fix
> > > > recording profiling from ext2fs
> > > 
> > > Yes. I just got the results, attached here.
> > 
> > I have now pushed a wiki page for profiling the kernel, which is more
> > involved:
> > http://darnassus.sceen.net/~hurd-web/microkernel/mach/gnumach/profiling/
> > The glibc build is going on, results available later :)
> 
> Here is the profiling for the new policy.

And here is both for the old and the new, sorted the same, so we clearly
see that it's vm_map_enter.part.0 which changes a lot. Other "self
seconds" figures don't really move. And vm_map_enter.part.0 is already
one third of the time with the old policy so fixing should boost quite a
bit :)

(I forgot to mention that all this is with cache=writeback)

Samuel

kernprof-oldpolicy
Description: Text document

kernprof-newpolicy-sorted
Description: Text document