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

Re: BD-Uninstallable performance.


Am Montag, den 03.08.2009, 09:45 +0200 schrieb Philipp Kern:
> am Mon, Aug 03, 2009 at 12:43:15AM +0200 hast du folgendes geschrieben:
> > It seems that for the few days this has been running now, all
> > arches started to pick up alot of the BD-Uninstallable state,
> > some around 30-50, which is great.
> > But it seems the time of "trigger.often" has gone up alot because
> > of this, starting to take around 11-12 minutes to run, from the 2-3
> > minutes it used to take before the patch and 7-8 when the patch started.
> that's why I initially (i.e. about one year back) wanted some daemon thing
> from the debcheck folks to keep the data structures in memory and just update
> them with the current data and then query the result.  This would even be
> helpful for britney (maybe).
> The trigger could run detached but that's probably worse at the moment as
> we'll get a pain when they collide multiple times...

I assume that most of the time is spent generating the fake source file
(in wanna-build), then feeding that to edos-builddebcheck (perl) which
uses add_sources (python) to transform it to a Packages file. The
actualy edos-debcheck run is not the bottle neck. This should be easily
verifiable by observing "ps -A".

If the edos-debcheck people could provide a version that has the
builddebcheck part implemented in ocaml, I’m sure things would be
considerably faster.

Other than then, I have no idea for a quick fix.

(who still is sick and in bed, but it’s not swine flu)

Joachim "nomeata" Breitner
Debian Developer
  nomeata@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: nomeata@joachim-breitner.de | http://people.debian.org/~nomeata

Attachment: signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil

Reply to: