netdev - [patch 2/4] - Potential performance bottleneck for Linxu TCP

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

Message-id: <HNEBLGGMEGLPMPPDOPMGKEAKCGAA.wenji@fnal.gov>
Date:	Wed, 29 Nov 2006 17:29:27 -0600
From:	Wenji Wu <wenji@...l.gov>
To:	netdev@...r.kernel.org, davem@...emloft.net, akpm@...l.org,
	linux-kernel@...r.kernel.org
Subject: [patch 2/4] - Potential performance bottleneck for Linxu TCP

From: Wenji Wu <wenji@...l.gov>

Greetings,

For Linux TCP, when the network applcaiton make system call to move data
from
socket's receive buffer to user space by calling tcp_recvmsg(). The socket
will
be locked. During the period, all the incoming packet for the TCP socket
will go
to the backlog queue without being TCP processed. Since Linux 2.6 can be
inerrupted mid-task, if the network application expires, and moved to the
expired array with the socket locked, all the packets within the backlog
queue
will not be TCP processed till the network applicaton resume its execution.
If
the system is heavily loaded, TCP can easily RTO in the Sender Side.

Attached is the patch 2/4

best regards,

wenji

Wenji Wu
Network Researcher
Fermilab, MS-368
P.O. Box 500
Batavia, IL, 60510
(Email): wenji@...l.gov
(O): 001-630-840-4541

Download attachment "sched.h.patch" of type "application/octet-stream" (466 bytes)