Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: openembedded-core <openembedded-core@lists.openembedded.org>,
	poky <poky@lists.yoctoproject.org>
Subject: Illustration of task latency
Date: Fri, 08 Apr 2011 08:41:02 -0700	[thread overview]
Message-ID: <1302277262.22904.136.camel@rex> (raw)

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

We've done a lot of good work in optimising task execution and latency
however I was looking at some of our build data and I think we still
have work to do. The attached picture is a "bootchart" style picture
showing the task execution at the start of a build. Each vertical
division represents one second. As you can see, the fetch/patch tasks
themselves run very quickly. Those markers are from the task entry/exit.

The worrying part is the empty space between the tasks which looks to be
about 1.5 seconds in size *per task*. This is a scary amount of latency
to be losing for task execution when you consider we have 4500 of these
for our reference build.

More investigation is needed to figure out where this time is being
spent but I'm guessing a significant fraction is in parsing the recipe
of the task that is about to be executed. We need to confirm that but if
that is the case but one possible optimisation is we should ensure we're
not parsing every BBCLASSEXTEND variant of the recipe, just the one we
want to run. I'm sure there are other ways we might be able to improve
this too.

Cheers,

Richard

             reply	other threads:[~2011-04-08 15:45 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-08 15:41 Richard Purdie [this message]
2011-04-08 17:29 ` [poky] Illustration of task latency Richard Purdie
2011-04-09 16:26   ` Richard Purdie
2011-04-10 18:04     ` Richard Purdie

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=1302277262.22904.136.camel@rex \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=poky@lists.yoctoproject.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