Mailing-List: contact dev-help@hc.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpComponents Project" <dev@hc.apache.org>
Received-SPF: pass (athena.apache.org: domain of andreas.veithen@gmail.com
 designates 209.85.216.46 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CADx4_uVP=ZjYpttdEVfaXLHBarWyv0oHR_NzQC5Gq8nfYSaz9A@mail.gmail.com>
References: <3BDFA058-CD6C-4697-8095-B8DCAE1793CC@gmail.com>
 <CADx4_uWM1T2NazO5BXacF6hS1VSzOsniZRLAQ_arEKgj45-4Xw@mail.gmail.com>
 <1385296371.25784.7.camel@ubuntu>
 <CADx4_uVC1R512bm5CrHYgJh_w6+Ei6fZgj713rf5hGD3DA+7LQ@mail.gmail.com>
 <1385299283.25784.10.camel@ubuntu>
 <CADx4_uVP=ZjYpttdEVfaXLHBarWyv0oHR_NzQC5Gq8nfYSaz9A@mail.gmail.com>
From: Andreas Veithen <andreas.veithen@gmail.com>
Date: Sun, 24 Nov 2013 19:00:07 +0100
Message-ID: 
 <CADx4_uXTsj7Qg_wFL4fr5k84siZDu_nA_14yPum=fXOcbgSCVg@mail.gmail.com>
Subject: Re: HTTP Core Performance and Reactor Buffer Size
To: "dev@synapse.apache.org" <dev@synapse.apache.org>
Cc: HttpComponents Project <dev@hc.apache.org>
Content-Type: text/plain; charset=ISO-8859-1

On Sun, Nov 24, 2013 at 5:40 PM, Andreas Veithen
<andreas.veithen@gmail.com> wrote:
> What I still don't understand completely is why this causes such a
> slowdown. The effect of the issue in httpcore-nio is that the peer
> sees the TCP window size gradually drop from 43690 to 8192. Would that
> trigger some mechanism in the TCP stack of the peer that delays the
> transmission of TCP segments (even if the window is not 0)?

After reviewing some aspects of TCP, I think that the most likely
candidate to explain this behavior is actually the "silly window
syndrome" avoidance algorithm. Since the problem occurs in an
integration test, all communication goes over the loopback interface
where MSS=65495. This means that the window size gets much smaller
than both the MSS and the initial/maximum window size. Probably Linux
considers this as "silly" small and starts delaying transmission in an
attempt to allow the window to grow to a more reasonable size (which
of course never happens).

Andreas

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org