From: Eric Dumazet <[EMAIL PROTECTED]>
Date: Tue, 21 Mar 2006 15:17:17 +0100
> I would like to point out that struct tcp_sock was enlarged in
> 2.6.15, and the 'TCP' kmem_cache now needs order-1 allocations
> instead of order-0
Thanks for pointing this out Eric, I'll see what I can do to
trim it
On Tuesday 21 March 2006 15:17, Eric Dumazet wrote:
> This is a new point of failure for x86 machines that use lot of tcp sockets,
> I
> learnt it the bad way and had to revert to 2.6.14 some servers that cannot
> run
> stock 2.6.15/2.6.16 for long because of this problem.
x86-64/ppc64/other
Hi all
I would like to point out that struct tcp_sock was enlarged in 2.6.15, and the
'TCP' kmem_cache now needs order-1 allocations instead of order-0
In 2.6.14 :
# grep "^TCP" /proc/slabinfo
TCP 64 7696041 : tunables 54 270 :
slabdata 19 1
Ismail Donmez a écrit :
This is a new point of failure for x86 machines that use lot of tcp
sockets, I learnt it the bad way and had to revert to 2.6.14 some servers
that cannot run stock 2.6.15/2.6.16 for long because of this problem.
It seems to be 1024 here, maybe its your config ?
[EMAIL
Salı 21 Mart 2006 16:40 tarihinde, Eric Dumazet şunları yazmıştı:
> Ismail Donmez a écrit :
> >> This is a new point of failure for x86 machines that use lot of tcp
> >> sockets, I learnt it the bad way and had to revert to 2.6.14 some
> >> servers that cannot run stock 2.6.15/2.6.16 for long beca
Salı 21 Mart 2006 16:17 tarihinde şunları yazmıştınız:
> Hi all
>
> I would like to point out that struct tcp_sock was enlarged in 2.6.15, and
> the 'TCP' kmem_cache now needs order-1 allocations instead of order-0
>
>
> In 2.6.14 :
>
> # grep "^TCP" /proc/slabinfo
> TCP 64 76
