[Qa-jenkins-scm] [jenkins.debian.net] 03/03: reproducible: scheduler: add a comment to explain how LIMITS work
Holger Levsen
holger at moszumanska.debian.org
Sat Sep 12 14:36:43 UTC 2015
This is an automated email from the git hooks/post-receive script.
holger pushed a commit to branch master
in repository jenkins.debian.net.
commit a6eada0f94cb015c4c57cd3dd117656fdb5d5793
Author: Mattia Rizzolo <mattia at mapreri.org>
Date: Sat Sep 12 11:31:09 2015 +0000
reproducible: scheduler: add a comment to explain how LIMITS work
---
bin/reproducible_scheduler.py | 17 ++++++++++++++++-
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/bin/reproducible_scheduler.py b/bin/reproducible_scheduler.py
index 2d0e670..26f6783 100755
--- a/bin/reproducible_scheduler.py
+++ b/bin/reproducible_scheduler.py
@@ -26,7 +26,22 @@ from reproducible_html_live_status import generate_schedule
from reproducible_html_packages import gen_packages_html
from reproducible_html_packages import purge_old_pages
-# FIXME: these limits were understandable when the code was merged but now need some explaination
+"""
+How the scheduler chose which limit to apply:
+everything depends on how many packages are already scheduled, in a 3 steps
+process. Let's go by an example:
+ 'unstable': {1: (250, 40), 2: (350, 20), '*': 5},
+if total < 250:
+ 40
+elif total < 350:
+ 20
+else:
+ 5
+ * 1st step, if there are less than 250 packages in the queue, schedule 40
+ * 2nd step, if there are less than 350 packages in the queue, schedule 20
+ * 3rd step, schedule 5
+So, the 3rd step happens only when there are more than 350 packages queued up.
+"""
LIMITS = {
'untested': {
'amd64': {
--
Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/qa/jenkins.debian.net.git
More information about the Qa-jenkins-scm
mailing list