All of lore.kernel.org
 help / color / mirror / Atom feed
From: William Mills <wmills@ti.com>
To: Bruce Ashfield <bruce.ashfield@windriver.com>,
	Stephen Flowers <sflowers1@gmail.com>, <yocto@yoctoproject.org>,
	<meta-ti@yoctoproject.org>
Subject: Re: Yocto Realtime tests on beaglebone black
Date: Wed, 11 Feb 2015 19:35:41 -0500	[thread overview]
Message-ID: <54DBF55D.3020001@ti.com> (raw)
In-Reply-To: <54DB7455.4020402@windriver.com>

+ meta-ti
Please keep meta-ti in the loop.

[Sorry for the shorting.  Thunderbird keep locking up when I tried 
replay all in plain text to this message.]

~ 15-02-11, Stephen Flowers wrote:
 > Thanks for your input.  Here are results of 1000 samples over a
 > 10 second period:
 >
 > Interrupt response (microseconds)
 > standard: min: 81, max:118, average: 84
 > rt: min: 224, max: 289, average: 231
 >
 >Will share the .config later once I get on that machine.

Steve I agree the numbers look strange.
There may well be something funny for RT going on for BBB.
TI is just starting to look into RT for BBB.

I would like to see the cyclictest results under heavy system load for
standard and RT kernels.  The whole point of RT is to limit the max
latency when the system is doing *anything*.

I am not surprised that the standard kernel has good latency when idle.
As you add load (filessystem is usually a good load) you should see that 
max goes up a lot.

Also, as Bruce says, some degradation of min and average and also
general system throughput is expected for RT.  That is the trade-off.
I still think the number you are getting for RT seem high but I don't
know what your test is doing in detail.  (I did read your explanation.)
cyclictest should give us a standard baseline.


On 02/11/2015 10:25 AM, Bruce Ashfield wrote:
> On 15-02-11 03:50 AM, Stephen Flowers wrote:
>>
>> my bad, here is the patch set.
>> As for load, only system idle load for the results I posted previously.
>> Will run some cyclic test next.
>
> One thing that did jump out was the difference in config_hz, you
> are taking a lot more ticks in the preempt-rt configuration. If
> you run both at the same hz, or with no_hz enabled, it would be
> interesting to see if there's a difference.
>
> Bruce


WARNING: multiple messages have this Message-ID (diff)
From: William Mills <wmills@ti.com>
To: Bruce Ashfield <bruce.ashfield@windriver.com>,
	Stephen Flowers <sflowers1@gmail.com>, <yocto@yoctoproject.org>,
	<meta-ti@yoctoproject.org>
Subject: Re: [yocto] Yocto Realtime tests on beaglebone black
Date: Wed, 11 Feb 2015 19:35:41 -0500	[thread overview]
Message-ID: <54DBF55D.3020001@ti.com> (raw)
In-Reply-To: <54DB7455.4020402@windriver.com>

+ meta-ti
Please keep meta-ti in the loop.

[Sorry for the shorting.  Thunderbird keep locking up when I tried 
replay all in plain text to this message.]

~ 15-02-11, Stephen Flowers wrote:
 > Thanks for your input.  Here are results of 1000 samples over a
 > 10 second period:
 >
 > Interrupt response (microseconds)
 > standard: min: 81, max:118, average: 84
 > rt: min: 224, max: 289, average: 231
 >
 >Will share the .config later once I get on that machine.

Steve I agree the numbers look strange.
There may well be something funny for RT going on for BBB.
TI is just starting to look into RT for BBB.

I would like to see the cyclictest results under heavy system load for
standard and RT kernels.  The whole point of RT is to limit the max
latency when the system is doing *anything*.

I am not surprised that the standard kernel has good latency when idle.
As you add load (filessystem is usually a good load) you should see that 
max goes up a lot.

Also, as Bruce says, some degradation of min and average and also
general system throughput is expected for RT.  That is the trade-off.
I still think the number you are getting for RT seem high but I don't
know what your test is doing in detail.  (I did read your explanation.)
cyclictest should give us a standard baseline.


On 02/11/2015 10:25 AM, Bruce Ashfield wrote:
> On 15-02-11 03:50 AM, Stephen Flowers wrote:
>>
>> my bad, here is the patch set.
>> As for load, only system idle load for the results I posted previously.
>> Will run some cyclic test next.
>
> One thing that did jump out was the difference in config_hz, you
> are taking a lot more ticks in the preempt-rt configuration. If
> you run both at the same hz, or with no_hz enabled, it would be
> interesting to see if there's a difference.
>
> Bruce


  reply	other threads:[~2015-02-12  0:35 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-10 13:06 Yocto Realtime tests on beaglebone black Stephen Flowers
2015-02-10 14:16 ` Bruce Ashfield
2015-02-10 14:39   ` Stephen Flowers
2015-02-10 14:40     ` Bruce Ashfield
2015-02-10 14:43       ` Stephen Flowers
2015-02-10 22:23   ` Stephen Flowers
2015-02-11  4:41     ` Bruce Ashfield
2015-02-11  8:50       ` Stephen Flowers
2015-02-11 15:25         ` Bruce Ashfield
2015-02-12  0:35           ` William Mills [this message]
2015-02-12  0:35             ` [yocto] " William Mills
2015-02-12  3:50             ` Bruce Ashfield
2015-02-12  3:50               ` [yocto] " Bruce Ashfield
2015-02-12 22:05             ` Stephen Flowers
2015-02-12 22:05               ` [yocto] " Stephen Flowers
2015-02-13  0:20               ` William Mills
2015-02-13  0:20                 ` [yocto] " William Mills
2015-02-13  5:08                 ` Bruce Ashfield
2015-02-13  5:08                   ` [yocto] " Bruce Ashfield
2015-02-17 22:57                   ` Stephen Flowers
2015-02-17 22:57                     ` [yocto] " Stephen Flowers
2015-02-18 14:57                     ` Bruce Ashfield
2015-02-18 14:57                       ` [yocto] " Bruce Ashfield
2015-02-18 15:19                       ` Stephen Flowers
2015-02-18 15:19                         ` [yocto] " Stephen Flowers
2015-02-18 18:43                         ` Bruce Ashfield
2015-02-18 18:43                           ` [yocto] " Bruce Ashfield
2015-04-13 13:24 ` Trevor Woerner
2015-04-13 13:24   ` [yocto] " Trevor Woerner
2015-04-13 13:37   ` Stephen Flowers
2015-04-13 13:38     ` [yocto] " Stephen Flowers

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=54DBF55D.3020001@ti.com \
    --to=wmills@ti.com \
    --cc=bruce.ashfield@windriver.com \
    --cc=meta-ti@yoctoproject.org \
    --cc=sflowers1@gmail.com \
    --cc=yocto@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 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.