Better prioritization for packages with lots of tests

Bug #1647948 reported by Martin Pitt
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Auto Package Testing
Wishlist
Martin Pitt
britney
Wishlist
Martin Pitt

Bug Description

Whenever a package like glibc or perl gets uploaded, these trigger thousands of tests that fill the queues for several days. This can't (solely) be addressed by adding more capacity due to the sheer size. The main annoyance of this is that this blocks propagation of every other package in -proposed during that time.

AMQP has no concept of priorities within a queue (they are strictly FIFO), but what we can do is to add new debci-$release-huge-$arch queues:

 * The workers connect to these new queues in the same way as the regular debci-$release-$arch ones, so that each worker handles the regular and huge queues in a round-robin fashion.

 * britney knows how many tests it triggers for an excuse; if it's more than 20 (strawman), put them into the huge queue instead.

This is relatively simple and unintrusive and should get us what we want.

Martin Pitt (pitti)
Changed in auto-package-testing:
importance: Undecided → Wishlist
Changed in britney:
importance: Undecided → Wishlist
Martin Pitt (pitti)
Changed in auto-package-testing:
assignee: nobody → Martin Pitt (pitti)
status: New → In Progress
Martin Pitt (pitti)
description: updated
Revision history for this message
Martin Pitt (pitti) wrote :
Changed in auto-package-testing:
status: In Progress → Fix Released
Martin Pitt (pitti)
Changed in britney:
status: New → In Progress
assignee: nobody → Martin Pitt (pitti)
Revision history for this message
Martin Pitt (pitti) wrote :
Changed in britney:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers