From: Daniel Lezcano <daniel.lezcano@linaro.org>
To: Ran Shalit <ranshalit@gmail.com>, linux-pm@vger.kernel.org
Subject: Re: Q: cpuidle results in degredation in ethernet performance ?
Date: Tue, 04 Aug 2015 16:28:39 +0200 [thread overview]
Message-ID: <55C0CC17.604@linaro.org> (raw)
In-Reply-To: <CAJ2oMhKw0gpFMKOd-iYe_hYh56Q62XgpW+MJmyiGhdkGn1RTMg@mail.gmail.com>
On 08/01/2015 09:34 PM, Ran Shalit wrote:
> Hello,
>
> Maybe if someone here understands cpuidel he can help me...
>
> I am using omap, with cpuidel and I have some strange behaviour only
> when cpuidle is used:
> 1. I test ethernet bandwidth with iperf
> 2. With large packet test (16k), I get same bandwidth in version with
> cpuidle support as in version without cpuidel supported.
> 3. With small packet test (<2000 bytes), I get high degredation in
> performance in version with cpuidle. On viewing statistics I see that
> the cpu gets into cpu inactive state (C3 state - not retention yet,
> only cpu not active). I guess this is the cuase of the degredation.
> With large packets I get no increment in C3 state usage.
> 4. I think that menu governer behaviour might explain this, but I
> don't understand it deeply enough.
>
> Can anyone shed a light on this ? Is there anything I can do to overcome this ?
Is an omap3 or omap4 ?
--
<http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook |
<http://twitter.com/#!/linaroorg> Twitter |
<http://www.linaro.org/linaro-blog/> Blog
next prev parent reply other threads:[~2015-08-04 14:28 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-01 19:34 Q: cpuidle results in degredation in ethernet performance ? Ran Shalit
2015-08-04 14:28 ` Daniel Lezcano [this message]
2015-08-04 15:24 ` Ran Shalit
2015-08-05 9:29 ` Daniel Lezcano
2015-08-10 22:33 ` Kevin Hilman
2015-08-11 6:39 ` Ran Shalit
2015-08-11 15:19 ` Kevin Hilman
2015-08-11 16:41 ` Ran Shalit
2015-08-11 18:12 ` Kevin Hilman
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=55C0CC17.604@linaro.org \
--to=daniel.lezcano@linaro.org \
--cc=linux-pm@vger.kernel.org \
--cc=ranshalit@gmail.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.