linux-kernel - Re: XTP for 2.6.25

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] [day] [month] [year] [list]

Message-ID: <18b669d80805062132m618e0e1fwf92bbb2ced393cb@mail.gmail.com>
Date:	Wed, 7 May 2008 13:32:01 +0900
From:	"Shigeo N" <shigeonx@...il.com>
To:	"Ilpo Järvinen" <ilpo.jarvinen@...sinki.fi>
Cc:	"Andi Kleen" <andi@...stfloor.org>,
	LKML <linux-kernel@...r.kernel.org>,
	Netdev <netdev@...r.kernel.org>
Subject: Re: XTP for 2.6.25

I tested again on Linux 2.6.25 with TCP reordering patch.
Of course, TCP performance was improved.

Here is the result.

 case2-2) random delay (with TCP reordering patch)

  In this case, add a fixed amount of delay + 10% random delay by command,
  "tc change dev eth0 root netem delay 100ms 10ms 25%".

    fixed delay    UDP/TCP/XTP throghput
  ---------------------------------------
      10ms         88/85/92 Mbps
      30ms         88/67/91 Mbps
      50ms         88/58/89 Mbps
      70ms         88/43/80 Mbps
     100ms         88/26/66 Mbps

 case2) random delay (without TCP reordering patch)

  In this case, add a fixed amount of delay + 10% random delay by command,
  "tc change dev eth0 root netem delay 100ms 10ms 25%".

    fixed delay    UDP/TCP/XTP throghput
  ---------------------------------------
      10ms         88/80/92 Mbps
      30ms         88/51/91 Mbps
      50ms         88/41/89 Mbps
      70ms         88/28/80 Mbps
     100ms         88/19/66 Mbps

  case1) fixed delay

    In this case, just adds a fixed amount of delay to all packets going out by
  command, "tc qdisc add dev eth0 root netem delay 100ms".

    fixed delay    UDP/TCP/XTP throghput
  ---------------------------------------
      10ms         88/85/92 Mbps
      30ms         88/70/91 Mbps
      50ms         88/63/89 Mbps
      70ms         88/52/84 Mbps
     100ms         88/36/70 Mbps

Thanks,

On Fri, Apr 25, 2008 at 5:23 PM, Ilpo Järvinen
<ilpo.jarvinen@...sinki.fi> wrote:
> On Fri, 25 Apr 2008, Shigeo N wrote:
>
>> case2) random delay
>>
>>  In this case, add a fixed amount of delay + 10% random delay by
>> command, "tc change dev eth0 root netem delay 100ms 10ms 25%".
>>
>>  Here is the result.
>>
>>     fixed delay    UDP/TCP/XTP throghput
>>   ---------------------------------------
>>       10ms         88/80/92 Mbps
>>       30ms         88/51/91 Mbps
>>       50ms         88/41/89 Mbps
>>       70ms         88/28/80 Mbps
>>      100ms         88/19/66 Mbps
>>
>>  TCP's perfomance looks very poor when delay is long and variable.
>
> Where these results with 2.6.25 as well? ...John Heffner just couple of
> days ago fixed reordering related problem in TCP (in case that netem
> parametrization causes reordering), the fix is not even in 2.6.24.y, I
> think...
>
> --
>  i.
>