On Tue, Nov 09, 2021 at 07:13:13PM +, Stuart Henderson wrote:
> What's the status of this diff?
After discussion with jan@ we came to the conclusion that this fix
is in the wrong layer. It is better to have a clever algorithm in
TCP output to send window updates. jan@ is working on this.
bl
What's the status of this diff?
On 2021/09/21 17:30, Alexander Bluhm wrote:
> On Sat, Sep 18, 2021 at 02:35:20PM +0200, Jan Klemkow wrote:
> > The following diff removes the every 2nd ACK feature again and ensures
> > that we send out an ACK if soreceive() empties the receive buffer.
>
> Looks go
On Sat, Sep 18, 2021 at 02:35:20PM +0200, Jan Klemkow wrote:
> The following diff removes the every 2nd ACK feature again and ensures
> that we send out an ACK if soreceive() empties the receive buffer.
Looks good in my perform tests, 22% tcp throughput increase.
http://bluhm.genua.de/perform/res
On Thu, Apr 15, 2021 at 08:43:02PM +0200, Alexander Bluhm wrote:
> I found another regression with Jan's TCP diff that sends less ACK
> packets. relayd run-args-http-slow-consumer.pl fails on i386 due
> to his commit. This test writes a lot of data from the http server,
> but blocks receive for 2
On Fri, Apr 16, 2021 at 08:30:46AM +0200, Claudio Jeker wrote:
> Wonder if something else is still amiss.
What you see in this graph is the single connection TCP througput
during 6.8 development. The tcpbench output of the sender has been
measured.
http://bluhm.genua.de/perform/results/gnuplot/6
On Thu, Apr 15, 2021 at 08:43:02PM +0200, Alexander Bluhm wrote:
> Hi,
>
> I found another regression with Jan's TCP diff that sends less ACK
> packets. relayd run-args-http-slow-consumer.pl fails on i386 due
> to his commit. This test writes a lot of data from the http server,
> but blocks rece
Hi,
just a bit of caution: i remember getting args-http-slow-consumer.pl to work
right in the first place was not easy. If i remember correctly i had quite a
lot false positives depending on where i ran it. Alexander made it a bit
better later, but i would not be surprised if it can still fail und
> Should we back it out for release? Diff below.
I think so.
Hi,
I found another regression with Jan's TCP diff that sends less ACK
packets. relayd run-args-http-slow-consumer.pl fails on i386 due
to his commit. This test writes a lot of data from the http server,
but blocks receive for 2 seconds in the client. Relayd between
these machines should handle