Source domination is inefficient

Bug #654372 reported by William Grant on 2010-10-04
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
High
William Grant

Bug Description

Dominator.judgeAndDominate's source domination regularly takes 2.5 minutes per series to collect candidates (mostly issuing queries in _sortPackages). It can be easily optimised the same way as binary domination: create a temporary table of candidate names first. This should make it sub-second.

Related branches

Changed in soyuz:
status: New → Triaged
importance: Undecided → High
tags: added: soyuz-publisher tech-debt
Jonathan Lange (jml) on 2010-10-11
tags: added: new-release-cycle-process
William Grant (wgrant) on 2010-11-15
Changed in soyuz:
assignee: nobody → William Grant (wgrant)
status: Triaged → In Progress
Changed in soyuz:
milestone: none → 10.12
tags: added: qa-needstesting
Changed in soyuz:
status: In Progress → Fix Committed
tags: added: qa-ok
removed: qa-needstesting
Robert Collins (lifeless) wrote :

What machine does this need to be deployed to? We've deployed to nodowntime (including cesium).

On Tuesday 23 November 2010 04:51:56 you wrote:
> What machine does this need to be deployed to? We've deployed to
> nodowntime (including cesium).

cocoplum/germanium

Curtis Hovey (sinzui) on 2010-12-08
Changed in soyuz:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers