All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Randle, William C" <william.c.randle@intel.com>
To: "openembedded-core@lists.openembedded.org"
	<openembedded-core@lists.openembedded.org>,
	"paul.eggleton@linux.intel.com" <paul.eggleton@linux.intel.com>
Subject: Re: [PATCH 0/9] Show progress during build and eSDK install
Date: Mon, 13 Jun 2016 15:47:11 +0000	[thread overview]
Message-ID: <1465832830.31160.9.camel@intel.com> (raw)
In-Reply-To: <cover.1465787274.git.paul.eggleton@linux.intel.com>

On Mon, 2016-06-13 at 15:13 +1200, Paul Eggleton wrote:
> 
> I have contemplated and even prototyped going a step further and using the
> count of lines in the output to track progress for *all* long-running tasks,
> which does work reasonably well - the caveat is you actually need the
> expected line count ahead of time for each task, so you have to be able to
> get that from somewhere. I  haven't worked out a practical means of
> delivering that, suggestions would be very much welcome - my prototype stuff
> is on poky-contrib paule/progress-wip and relies on someone profiling a
> build containing all the tasks beforehand and that information somehow being
> made available to everyone else.

Could this be done somewhat analagous to the way the sstate stuff works, in the
sense you could specify a local or remote line count mirror, or use a local
directory. The first time a unique task is run, the line count from the output
is saved in the line count db. On subsequent runs, it would detect there's
already an entry in the db and would be able to provide the progress report.

Similar to the way an autobuilder can create a shared sstate mirror, when a task
is run on an autobuilder, it could save the line count and make it available to
other consumers, so on first run you would get a progress report, rather than
having to bootstrap the line counts first.

    -Bill

  parent reply	other threads:[~2016-06-13 15:47 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-13  3:13 [PATCH 0/9] Show progress during build and eSDK install Paul Eggleton
2016-06-13  3:13 ` [PATCH 1/9] bitbake.conf: whitelist progress varflag Paul Eggleton
2016-06-13  3:13 ` [PATCH 2/9] classes/cmake: enable progress for do_compile Paul Eggleton
2016-06-13  3:13 ` [PATCH 3/9] classes/image: implement progress support for do_rootfs Paul Eggleton
2016-06-13  3:13 ` [PATCH 4/9] classes/sstate: show progress during sstate object availability check Paul Eggleton
2016-06-13  3:13 ` [PATCH 5/9] classes/sstate: add a mode to error if sstate package unavailable Paul Eggleton
2016-06-13  3:13 ` [PATCH 6/9] classes/populate_sdk_ext: eliminate double execution on install Paul Eggleton
2016-06-13  3:13 ` [PATCH 7/9] lib/oe/sstatesig: print locked sigs file message only when explicitly called Paul Eggleton
2016-06-13  3:13 ` [PATCH 8/9] classes/populate_sdk_ext: show progress when preparing build system Paul Eggleton
2016-06-13  3:14 ` [PATCH 9/9] toolchain-shar-extract.sh: allow TERM through into SDK installer env Paul Eggleton
2016-06-13 15:47 ` Randle, William C [this message]
2016-06-13 15:59   ` [PATCH 0/9] Show progress during build and eSDK install Christopher Larson
2016-06-13 16:01 ` Christopher Larson

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=1465832830.31160.9.camel@intel.com \
    --to=william.c.randle@intel.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=paul.eggleton@linux.intel.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.