Re: Allowing more than 64k connections and heavily optimize bind(0) time.

Allowing more than 64k connections and heavily optimize bind(0) time. · Evgeniy Polyakov <hidden> · 2008-12-24
Re: Allowing more than 64k connections and heavily optimize bind(0) time. · Evgeniy Polyakov <hidden> · 2008-12-25
Re: Allowing more than 64k connections and heavily optimize bind(0) time. · Evgeniy Polyakov <hidden> · 2009-01-10
Re: Allowing more than 64k connections and heavily optimize bind(0) time. · David Miller <davem@davemloft.net> · 2009-01-11
Re: Allowing more than 64k connections and heavily optimize bind(0) time. · Evgeniy Polyakov <hidden> · 2009-01-11
Re: Allowing more than 64k connections and heavily optimize bind(0) time. · Denys Fedoryschenko <hidden> · 2009-01-11
Re: Allowing more than 64k connections and heavily optimize bind(0) time. · Evgeniy Polyakov <hidden> · 2009-01-11
Re: Allowing more than 64k connections and heavily optimize bind(0) time. · David Miller <davem@davemloft.net> · 2009-01-12
Re: Allowing more than 64k connections and heavily optimize bind(0) time. · Evgeniy Polyakov <hidden> · 2009-01-12
Re: Allowing more than 64k connections and heavily optimize bind(0) time. · Evgeniy Polyakov <hidden> · 2008-12-26

From: Evgeniy Polyakov <hidden>
Date: 2009-01-11 12:52:09

On Sat, Jan 10, 2009 at 11:20:19PM -0800, David Miller (davem@davemloft.net) wrote:

quoted

I'm getting out from the vacations tomorrow and will try to more
extensively test the patch (QA group found a bug in ipv6 side, but that
was with the .24 backported patch, current one does not have that codepath
iirc). But I would like to know if this worth it.

I'll look at it at some point but it won't make this merge window,
sorry.

Ok, please drop me a not and if things are good, merge the patch
into the appropriate tree for the next window when time permits.

-- 
	Evgeniy Polyakov

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help