From: Martin Schwidefsky <schwidefsky@de.ibm.com>
To: akataria@vmware.com
Cc: Jeremy Fitzhardinge <jeremy@goop.org>,
Ingo Molnar <mingo@elte.hu>,
"virtualization@lists.linux-foundation.org"
<virtualization@lists.linux-foundation.org>,
LKML <linux-kernel@vger.kernel.org>,
"H. Peter Anvin" <hpa@zytor.com>
Subject: Re: Process accounting in interrupt diabled cases
Date: Wed, 11 Mar 2009 09:47:19 +0100 [thread overview]
Message-ID: <20090311094719.0fe3de82@skybase> (raw)
In-Reply-To: <1236416374.23222.52.camel@alok-dev1>
On Sat, 07 Mar 2009 00:59:33 -0800
Alok Kataria <akataria@vmware.com> wrote:
> Yes that's alright, all that time when vcpu was idle and scheduled out
> will anyways be accounted as idle time, as mentioned in my earlier mail
> ( and if my understanding is not wrong) this is handled by
> tick_nohz_restart_sched_tick.
>
> But i was talking about a case, where we have this code
> local_irq_disable()
> some_work()
> local_irq_enable()
>
> If this some_work() executed for say 2 ticks, shouldn't the process
> executing this be accounted 2 ticks of system time ? According to my
> understanding, we will account a single tick for this, right ?
Don't know too much about x86 and Xen but on s390 the tick is just a
convenient way to transfer the accumulated cpu time to the process and
the cpustat fields. The cpu time that has been used is determined by
the cpu timer. This would still work without any ticks at all, although
then you'd have to wait for the next context switch until the
accumulated cpu time gets visible in the process and cpustat.
In short: the above example just works fine for us.
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
prev parent reply other threads:[~2009-03-11 8:51 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-06 23:03 Process accounting in interrupt diabled cases Alok Kataria
2009-03-07 0:37 ` Jeremy Fitzhardinge
2009-03-07 0:59 ` Alok Kataria
2009-03-07 1:26 ` Jeremy Fitzhardinge
2009-03-07 8:59 ` Alok Kataria
2009-03-11 8:47 ` Martin Schwidefsky [this message]
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=20090311094719.0fe3de82@skybase \
--to=schwidefsky@de.ibm.com \
--cc=akataria@vmware.com \
--cc=hpa@zytor.com \
--cc=jeremy@goop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=virtualization@lists.linux-foundation.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