linux-kernel - Use zero-copy (aka pipe/splice) for skbuff to enhance socketpair performance?

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 for Android: free password hash cracker in your pocket

[<prev] [next>] [day] [month] [year] [list]

Date:	Sun, 24 Sep 2006 19:38:31 +0200
From:	Fabian Franz <FabianFranz@....de>
To:	linux-kernel@...r.kernel.org
Subject: Use zero-copy (aka pipe/splice) for skbuff to enhance socketpair performance?

Hi,

as far as I know pipe() is now much faster than socketpair(), because pipe() 
uses the zero-copy mechanism.

However there are numerous applications using socketpair() instead of two 
pipe()s, because they need exactly _one_ fd for read/write instead of 2.

Over 180 open unix domain sockets are on my system right now.

Many of this applications could gain a speedup if only they could change to a 
different system call like epipe().

epipe() would behave like socketpair(), but internally use two pipes (one for 
each direction).

It seems so easy to do, so I'm really wondering, why it hasn't been done, yet?

However new system calls always have the problem of portability. Though in 
this case an epipe -> socketpair fallback would work.

So perhaps a better idea would be to enhance skbuff to use the new zero-copy 
mechanism ... ?

The reason why I had the idea is that I had huge socketpair performance 
problems, but with an old 2.4.27 kernel and a custom kernel module:

Almost 1 sec of latency!

Changing the fds provided from userspace to pipe()s did result in good 
performance.

Might be a bug in my module though ...

cu

Fabian

PS: Please CC me as I'm not subscribed.

-- 
      *** Consulting - Training - Workshops - Troubleshooting ***
   @@@ LiveCDs (Knoppix), Debian, Remote Desktop Access (FreeNX) @@@

--- Fabian Franz --- www.fabian-franz.de --- consulting@...ian-franz.de

Content of type "application/pgp-signature" skipped