lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0906151657380.16408@melkinkari.cs.Helsinki.FI>
Date:	Mon, 15 Jun 2009 17:18:27 +0300 (EEST)
From:	"Ilpo Järvinen" <ilpo.jarvinen@...sinki.fi>
To:	Raphael Hertzog <raphael@...za.com>
cc:	Netdev <netdev@...r.kernel.org>
Subject: Re: Constantly varying download rate with a complex xen networking
 setup, why?

On Mon, 15 Jun 2009, Raphael Hertzog wrote:

> My problem is that when I download a big file from the internet by HTTP in
> the dom0, the download rate is not stable. It goes up progressively and then
> stalls for a few seconds, and restart again going up progressively (and
> all this in loop until the download is complete).

My guess: TCP sawtooth pattern and the associated loss recovery...? What 
you describe here seems to match exactly to what is expected to happen 
because of it (I see this happening quite often actually). What is the 
size of the bottleneck buffer and base RTTs of the relevant flows (HTTP, 
ssh)?

> During the stalls, it looks like all networking is blocked on the 
> machine (noticed on interactive SSH sessions).

They too might be recovering from losses if the bottleneck is shared? 
Please verify "blocking" using tcpdump or so. You may find out e.g. that 
network is not stalled but that out-of-order arrivals prevent 
applications from making progress.

If this matches with your problem, deploying AQM at the bottleneck would 
help.


-- 
 i.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ