All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wei Liu <wei.liu2@citrix.com>
To: Samuel Thibault <samuel.thibault@ens-lyon.org>
Cc: Daniel De Graaf <dgdegra@tycho.nsa.gov>,
	wei.liu2@citrix.com,
	"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: Implementing poll(2) for Mini-OS?
Date: Mon, 18 Feb 2013 17:21:02 +0000	[thread overview]
Message-ID: <1361208062.3825.47.camel@zion.uk.xensource.com> (raw)
In-Reply-To: <20130218171224.GL17292@type.bordeaux.inria.fr>

On Mon, 2013-02-18 at 17:12 +0000, Samuel Thibault wrote:
> Wei Liu, le Mon 18 Feb 2013 15:40:56 +0000, a écrit :
> > I sent a patch to switch cxenstored's event loop from using select to
> > using poll several weeks ago,
> 
> What is the rationale BTW?  Efficiency?
> 

Oh, the rationale is that select can only support 1024 fds in Linux. If
we run more than 1024 guest (in fact the real limit is like 1022),
xenstore hangs and makes the whole system unusable.

> > My main question is, is it possible to just wrap around select(2) in
> > Mini-OS to implement poll(2)? (as shown in the conceptual patch)
> 
> Yes, except that there are evil small differences between poll and
> select, which we need to take care of.
> 

Sure. :-)

> About the 32 fd limitation, it indeed comes from the days when we always
> had a bounded number of things to open.  We need to drop that limitation,
> but it should be easy, by turning the `files' array into a reallocable
> pointer.  There is just one important thing: the xenbus_event_queue
> events field has to be made a pointer to a dynamically-allocated queue,
> otherwise it will get moved by the reallocation and things will go wrong
> very badly.
> 

So apart from the modification needed, is this "32" really a bottleneck
for xenstore-stubdom? How many domains can a xenstore-stubdom serve? (I
think these two questions are for Daniel)


Wei.


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

  reply	other threads:[~2013-02-18 17:21 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-18 15:40 Implementing poll(2) for Mini-OS? Wei Liu
2013-02-18 16:06 ` Ian Campbell
2013-02-18 16:18   ` Wei Liu
2013-02-18 16:25     ` Ian Campbell
2013-02-18 17:05       ` Wei Liu
2013-02-18 17:09         ` Wei Liu
2013-02-18 17:12 ` Samuel Thibault
2013-02-18 17:21   ` Wei Liu [this message]
2013-02-18 17:28     ` Ian Campbell
2013-02-19  0:03     ` Samuel Thibault
2013-02-19  0:06 ` Samuel Thibault

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=1361208062.3825.47.camel@zion.uk.xensource.com \
    --to=wei.liu2@citrix.com \
    --cc=dgdegra@tycho.nsa.gov \
    --cc=samuel.thibault@ens-lyon.org \
    --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 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.