From: Nivedita Singhvi <nsnix@comcast.net>
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Cc: xen-devel@lists.xensource.com, zhaoxin@eecs.umich.edu,
mukesh agrawal <lists.xensource.com@mukesh.agrawals.org>
Subject: Re: what's maximum speed setting for xen network?
Date: Sat, 23 Apr 2005 10:36:39 -0700 [thread overview]
Message-ID: <426A87A7.8010109@comcast.net> (raw)
In-Reply-To: <e21c7ff65322596e57a42d58d7c6bd6f@cl.cam.ac.uk>
Keir Fraser wrote:
>
> On 22 Apr 2005, at 20:53, mukesh agrawal wrote:
>
>> I've got a configuration with DomU talking to Dom0 over a vif, and
>> seem to be seeing UDP losses, even at low data rates. (I haven't dug
>> into this deeply to very the problem yet, though.) So I'd be
>> interested if you're seeing something similar.
>
>
> We have no back-pressure / flow control on inter-domain networking. This
> leads to embarrassing performance for UDP when the sender and receiver
> share a CPU. The sender fills the receiver's buffers but continues to
> send even though he drops further packets (no buffer space at receiver)
> -- then the receiver gets a time slice, receives a ring's worth of
> packets -- then the sender gets to run for another time slice, most of
> which again is wasted -- and so on.
>
> We need a sensible mechanism for ensuring batched packet delivery, but
> also to ensure that comms rings do not so easily get overflowed. This
> would vastly improve the inter-domain performance, far more than
> striving for zero copy or other such tweaks.
>
> It would be great if someone else is interested in investigating this. :-)
Hi Keir,
Yep, I'm one of the people at least looking into this, don't know
if others are too :). Thrown some instrumentation in and doing some
testing as we speak. Really needed some profiling so was trying to
get the oprofile stuff to work in unstable. From what I saw from
his last post, Jose is working on it.
A few people have kindly agreed to do some testing for me too.
We'll throw some stuff out on the list after the weekend. I am
tracking all the reports of poor networking performance so if
people do see some issues please continue to post on the list..
thanks,
Nivedita
next prev parent reply other threads:[~2005-04-23 17:36 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-04-22 19:53 what's maximum speed setting for xen network? mukesh agrawal
2005-04-22 20:14 ` Xin Zhao
2005-04-22 20:42 ` Mark Williamson
2005-04-22 21:54 ` Xin Zhao
2005-04-23 11:31 ` Keir Fraser
[not found] ` <e15e04f90504230848425f3aa1@mail.gmail.com>
2005-04-23 16:14 ` mukesh agrawal
2005-04-23 16:24 ` Keir Fraser
2005-04-23 16:47 ` mukesh agrawal
2005-04-23 17:47 ` Keir Fraser
2005-04-25 18:00 ` mukesh agrawal
2005-04-23 17:36 ` Nivedita Singhvi [this message]
-- strict thread matches above, loose matches on Subject: below --
2005-04-23 18:27 Santos, Jose Renato G (Jose Renato Santos)
2005-04-21 4:03 Xin Zhao
2005-04-21 4:09 ` Kip Macy
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=426A87A7.8010109@comcast.net \
--to=nsnix@comcast.net \
--cc=Keir.Fraser@cl.cam.ac.uk \
--cc=lists.xensource.com@mukesh.agrawals.org \
--cc=xen-devel@lists.xensource.com \
--cc=zhaoxin@eecs.umich.edu \
/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.