From: Mats Petersson <mats.petersson@citrix.com>
To: Wei Liu <Wei.Liu2@citrix.com>
Cc: "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [PATCH V4] Switch from select() to poll() in xenconsoled's IO loop
Date: Mon, 7 Jan 2013 15:06:37 +0000 [thread overview]
Message-ID: <50EAE47D.2010301@citrix.com> (raw)
In-Reply-To: <1357570908.13581.9.camel@iceland>
On 07/01/13 15:01, Wei Liu wrote:
> On Mon, 2013-01-07 at 14:41 +0000, Mats Petersson wrote:
>
>>> return;
>>> @@ -982,11 +1024,7 @@ void handle_io(void)
>>> /* Re-calculate any event counter allowances & unblock
>>> domains with new allowance */
>>> for (d = dom_head; d; d = d->next) {
>>> - /* Add 5ms of fuzz since select() often returns
>>> - a couple of ms sooner than requested. Without
>>> - the fuzz we typically do an extra spin in select()
>>> - with a 1/2 ms timeout every other iteration */
>>> - if ((now+5) > d->next_period) {
>>> + if (now > d->next_period) {
>> Is poll more accurate than select? I would have thought that they were
>> based on the same timing, and thus equally "fuzzy"?
> Is there any actual proof that the fuzz is needed? Specs of both
> select() and poll() don't seem to mention this behaviour at all.
That's a good question. I don't know. The tricky part with this sort of
thing is that it may well depend on configurations, hardware
differences, etc, so you may find that it works just fine on your
test-box, but some big customer with Another-brand Co's servers don't
work, because there is some subtle difference in hardware. Or it stops
working if you have more than X number of CPU's. If you are convinced
it's fine as it is, then by all means. I'm just thinking that it
probably wasn't put there "by accident".
--
Mats
>
>>> #include "utils.h"
>>>
>>> struct xs_handle *xs;
>>> +struct pollfd *xs_pollfd;
>> I don't see this used outside of io.c - am I missing something?
>>
>> Adding more dependencies between different source files seems
>> unnecessary...
>>
> Fixed.
>
>
> Wei.
>
>
next prev parent reply other threads:[~2013-01-07 15:06 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-03 17:14 [PATCH] Switch to poll in xenconsoled's io loop Wei Liu
2013-01-03 18:22 ` Mats Petersson
2013-01-04 12:30 ` Wei Liu
2013-01-04 15:58 ` [PATCH V2] Switch from select() to poll() in xenconsoled's IO loop Wei Liu
2013-01-04 16:08 ` Ian Campbell
2013-01-04 16:38 ` Wei Liu
2013-01-04 16:51 ` Mats Petersson
2013-01-04 17:17 ` [PATCH V3] " Wei Liu
2013-01-07 10:20 ` Ian Campbell
2013-01-07 12:12 ` Wei Liu
2013-01-07 12:16 ` Ian Campbell
2013-01-07 14:28 ` [PATCH V4] " Wei Liu
2013-01-07 14:39 ` Ian Campbell
2013-01-07 14:44 ` Wei Liu
2013-01-07 14:52 ` Ian Jackson
2013-01-07 14:41 ` Mats Petersson
2013-01-07 15:01 ` Wei Liu
2013-01-07 15:06 ` Mats Petersson [this message]
2013-01-07 15:17 ` Ian Campbell
2013-01-07 15:16 ` Ian Campbell
2013-01-07 15:24 ` Wei Liu
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=50EAE47D.2010301@citrix.com \
--to=mats.petersson@citrix.com \
--cc=Wei.Liu2@citrix.com \
--cc=xen-devel@lists.xen.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;
as well as URLs for NNTP newsgroup(s).