netdev - [patch 0/6] netfilter: ctnetlink allocation improvement

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

Message-Id: <20090316220659.756862181@jonathan.eitzenberger.org>
Date:	Mon, 16 Mar 2009 23:06:59 +0100
From:	Holger Eitzenberger <holger@...zenberger.org>
To:	Patrick McHardy <kaber@...sh.net>,
	David Miller <davem@...emloft.net>
Cc:	netfilter-devel@...r.kernel.org, netdev@...r.kernel.org
Subject: [patch 0/6] netfilter: ctnetlink allocation improvement

Hi,

what follows is a small patchset against net-next-2.6 which tries to
improve the way ctnetlink events are allocated.  By allocating the
ctnetlink skbs roughly the size of the message we prevent the skb from
later being reallocated in netlink_trim().

Though I haven't got any hard performance numbers yet I think this
might introduce a noticable performance gain.

The overall idea of these patches is to compute the proto independant
attribute sizes at compile time, the proto-dependant parts are
computed at registration of the actual proto helpers.  This is
achieved by introducing nla_policy_len(), which computes the max.
length of a nla_policy.

I also have to introduce NF_CT_HELPER_NAME_LEN as an upper limit for
the conntrack protcol helper names, which is not much of a problem
because all names in mainline are actually shorter than that.

It would be great to have that being merged.  Please share youre
comments.

Thanks.

  /holger

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