lkml.org 
[lkml]   [1996]   [Nov]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: X much slower in 2.0.24 than in 1.2.13
Date
In message <Pine.LNX.3.91.961106114401.25094A-100000@linux.cs.Helsinki.FI>, Lin
us Torvalds writes:
>
>
>However, the net/sock.h change does two separate things:
> - the TCP sequence number addition for ka9q-based stacks
> - a 16->32 bit counter change
>
>Can you test if the detrimental effect comes from _only_ the short->int
>changes? In that case it seems like the 24 behaviour is just due to
>better counters, and maybe the slowdown is just due to a limit check that
>never triggered due to 16-bit overflows or something like that..
>

After several kernel recompiles here's what I found out:

size field performence
------------------------------------
short bytes_rcv
short rcvbuf good
short sndbuf
-----------------------------------
int bytes_rcv
short rcvbuf good
short sndbuf
-----------------------------------
int bytes_rcv
int rcvbuf good
short sndbuf
-----------------------------------
int bytes_rcv
short rcvbuf BAD
int sndbuf
-----------------------------------

So it appears that the problem is on the sndbuf field



\
 
 \ /
  Last update: 2005-03-22 13:38    [W:0.085 / U:0.604 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site