public inbox for kernelci@lists.linux.dev
 help / color / mirror / Atom feed
From: "Mark Brown" <broonie@kernel.org>
To: kernelci@groups.io, guillaume.tucker@gmail.com
Cc: Linus Walleij <linus.walleij@linaro.org>
Subject: Re: Hourly, daily, weekly monitoring
Date: Tue, 5 Mar 2019 12:14:12 +0000	[thread overview]
Message-ID: <20190305121412.GA7513@sirena.org.uk> (raw)
In-Reply-To: <1eb2fcf9-d08b-0d38-9aee-c0206089b5d7@collabora.com>

[-- Attachment #1: Type: text/plain, Size: 1188 bytes --]

On Mon, Mar 04, 2019 at 01:20:25PM +0000, Guillaume Tucker wrote:

> I'm not entirely sure how much flexibility Jenkins can offer in
> that respect, but at least having 3 versions of the monitor job
> that runs every hour, every day and every week should cover all
> the cases.  If possible, we may be able to implement something
> that dynamically schedules the next check for each branch.

One big concern I have with this is latency.  One of the common cases
where people don't need builds all the time is when they're mainly
looking for checks before they submit pull requests.  For those if you
might have to wait almost a day before we even queue the build it might
be a bit of an issue.  If it was just a "skip this tree if we built it
in the past X time" check that wouldn't be such an issue, it's just if
the daily check runs at some fixed time each day or whatever that it
might add huge extra latency.

Another idea I just thought of but I'm not sure is practical would be to
only check some trees if the Jenkins queue is less than some number of
builds - that way if we're busy we won't add extra load, but it feels
like it's more trouble than it's worth to implement fairly.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

  parent reply	other threads:[~2019-03-05 12:14 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-04 13:20 Hourly, daily, weekly monitoring Guillaume Tucker
2019-03-05  1:53 ` Kevin Hilman
2019-03-05 12:14 ` Mark Brown [this message]
2019-03-05 22:04   ` Dan Rue
2019-03-06  9:16     ` Guillaume Tucker
2019-03-06 17:00       ` Mark Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190305121412.GA7513@sirena.org.uk \
    --to=broonie@kernel.org \
    --cc=guillaume.tucker@gmail.com \
    --cc=kernelci@groups.io \
    --cc=linus.walleij@linaro.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox