[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnu-arch-users] Re: hmm. an alternative to a new maintainer. Hire y

From: Alfred M\. Szmidt
Subject: Re: [Gnu-arch-users] Re: hmm. an alternative to a new maintainer. Hire your manager.
Date: Mon, 17 Oct 2005 22:22:45 +0200

   > For the record, it took 9 min., and 38 sec to run `baz status' on
   > my copy of gcc 4.0.1.

   This is really sad when you're merging two trees that have ~500
   patches to merge, and you're doing a per-patch review and

Maybe, but gcc is quite a extreme example. It contains something like
55k of files (this includes .id's, so divide it by two), and 2.5k of
directories (same here).  gcc would be far more managable with arch if
it was split into smaller bits (c-testsuite, c, objc, java, ada,
ada-testsuites, ...).

Most other `big' project the time is far more managable, `baz status'
for coreutils (it is quite big actually) takes 10 seconds, same
command for emacs took around 50 sec.  And the time will be shorter if
you have the stuff cached in memory which you will have if you do it a
few times, for emacs it droped the time to 8 sec.

   That's the scenario that led me away from tla...

What does tla have to do with this?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]