netdev - A performance regression of gretap

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

Message-ID: <327738182.1491147.1373450503005.JavaMail.root@redhat.com>
Date:	Wed, 10 Jul 2013 06:01:43 -0400 (EDT)
From:	Cong Wang <amwang@...hat.com>
To:	Pravin B Shelar <pshelar@...ira.com>
Cc:	netdev <netdev@...r.kernel.org>
Subject: A performance regression of gretap

Hi, Pravin

I just noticed the performance over gretap is very bad,
which is probably caused by your GRE refactor patches.

See below:

# netperf -4 -H 192.168.2.1
MIGRATED TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 192.168.2.1 () port 0 AF_INET
Recv   Send    Send                          
Socket Socket  Message  Elapsed              
Size   Size    Size     Time     Throughput  
bytes  bytes   bytes    secs.    10^6bits/sec  

 87380  16384  16384    14.01       0.02   

Could you please take a look? And, gre tunnel is fine, this
problem only exists for gretap. I reviewed the gretap code,
but can't find any bug.

It is very easy to reproduce, just setup a gretap device
on both ends, and run netperf over it.

Thanks!
--
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