netdev - Userspace network stack release.

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

Date:	Sat, 14 Jun 2008 18:08:12 +0400
From:	Evgeniy Polyakov <johnpol@....mipt.ru>
To:	netdev@...r.kernel.org
Subject: Userspace network stack release.

Hi.

This new release of the userspace only brings a bug fix found by
Salvatore Del Popolo (delpopolo_dit.unitn.it) in TCP implementation,
when system checked sending window and determined, that packet was not
allowed to be sent and nevertheless tried to do so in some cases.

Userspace network stack is a very fast (if working on top of
netchannels, also supported packet socket) and very small network stack
(TCP/UDP/IP/ethernet) implemeneted entirely in userspace. Because of it
lives near the very the end of the peer (i.e. very close or even
embedded into application), it allows much faster processing of some
workloads, namely small packet sending and receiving, where it
outperforms vanilla Linux TCP/IP stack upto 3 times in performance and 4
times CPU usage (sending and receiving vary).

Sending:
128 bytes writing:
  * netchannels: 27-28 MB/sec, 20-30 % CPU usage
  * sockets: 7-8 MB/sec, 80-90 % CPU usage
4096 bytes writing:
  * netchannels: 27-28 MB/sec, 20-30 % CPU usage
  * sockets: 30-31 MB/sec, 30-40 % CPU usage

Receiving:
128 bytes reading:
  * netchannels: 70-71 MB/sec, 80-90 % CPU usage
  * sockets: 24-25 MB/sec, 80-90 % CPU usage
 4096 bytes reading:
  * netchannels: 73-74 MB/sec, 80-90 % CPU usage
  * sockets: 79-80 MB/sec, 80-90 % CPU usage

That's rather old numbers though.
It is not about problems in the Linux stack, but overhead of syscalls,
which are in turn results of too separate data sending and reply
processing in the existing model.

Userspace network stack homepage:
http://tservice.net.ru/~s0mbre/old/?section=projects&item=unetstack

Netchannels homepage:
http://tservice.net.ru/~s0mbre/old/?section=projects&item=netchannel

-- 
	Evgeniy Polyakov
--
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