From: Koen Kooi <k.kooi@student.utwente.nl>
To: openembedded-devel@lists.openembedded.org
Subject: Re: BitBake parallel parsing testing
Date: Wed, 24 Nov 2010 10:14:55 +0100 [thread overview]
Message-ID: <icil2f$6jr$1@dough.gmane.org> (raw)
In-Reply-To: <AANLkTimuLxR88D2jRH=-Ky0BRLK5GkbyqUcSO8FhK=KW@mail.gmail.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 23-11-10 19:42, Chris Larson wrote:
> On Tue, Nov 23, 2010 at 11:26 AM, Koen Kooi <k.kooi@student.utwente.nl> wrote:
>> On 23-11-10 15:29, Chris Larson wrote:
>>
>>> Thanks for your time, and do let me know what you think, either of the
>>> code, performance in general, or the new progress bar (shows an ETA),
>>
>> The heuristic for the progress needs some work, it currently seems to
>> take in account all the parsed recipes instead of the last N recipes.
>
> That's what our progress display always did, it's just more obvious now.
That's not what I meant :) I meant that the progressbar will jump to 75%
since that was already parsed and the ETA heuristic gets thrown off by
the "75% in 1 second".
regards,
Koen
>
>> Try ctrl-c'ing it at 75% and restarting, you'll see the ETA taking weird
>> values. In my case it stayed on "10 seconds" for more than a minute.
>
> The issue is one I've discussed with foerster a fair bit already.
> When you're fully cached, the majority of the time isn't in the
> parsing, it's in the loading of the cache file from disk, which isn't
> part of our progress at all right now. Either we stall for seconds
> before the progress bar comes up, or we don't appear to stall, but the
> ETA is a bit off.
>
> Long term the intent is to properly integrate cache loading into this
> progress bar, or into its own -- see
> https://github.com/foerster/bitbake/commit/320b114d92181b3f944776b7e8c8db4b868ee3f1
> for foerster's initial work on this.
>
> After thinking about what you mentioned about the recipe count being
> parsed, and given the fact that cached recipes aren't "parsed",
> they're loaded from disk and then added to our CacheData, perhaps we
> should change the parsing progress display to truly only show the
> recipes being *parsed*, which is what you implied, and add a "Loading
> cache..." message before the progress bar comes up, so we don't appear
> to stall, then add a proper progress bar for the cache file loading as
> a second step.
>
> Alternatively, we change the progress display to truly indicate what's
> being done.. if we consider all recipes, it's not *parsing* that we're
> doing, its .. perhaps.. processing?
>
> *ponders*
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFM7NePMkyGM64RGpERAqWGAJoDVbAtMbIibKGGzLw03IBQMipa3QCghnTK
wq00iIWQlV+R+SKupneaC7o=
=IUFS
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2010-11-24 9:16 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-23 14:29 BitBake parallel parsing testing Chris Larson
2010-11-23 14:34 ` Koen Kooi
2010-11-23 14:38 ` Chris Larson
2010-11-23 15:02 ` Robert Foerster
2010-11-23 15:14 ` Chris Larson
2010-11-23 15:38 ` Michael Smith
2010-11-23 15:41 ` Robert Foerster
2010-11-23 16:42 ` Khem Raj
2010-11-23 18:26 ` Koen Kooi
2010-11-23 18:42 ` Chris Larson
2010-11-23 19:05 ` Chris Larson
2010-11-23 19:17 ` Khem Raj
2010-11-24 9:14 ` Koen Kooi [this message]
2010-11-24 13:58 ` Chris Larson
2010-11-24 8:43 ` Petr Štetiar
2010-11-24 20:02 ` Reinhard Thies
2010-11-29 19:41 ` Chris 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='icil2f$6jr$1@dough.gmane.org' \
--to=k.kooi@student.utwente.nl \
--cc=openembedded-devel@lists.openembedded.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 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.