Hi, 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. Greetings, Joachim (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