[lkml]   [1998]   [Aug]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Notebooks
On Wed, Aug 19, 1998 at 07:33:32AM +0200, Linus Torvalds wrote:
> On Wed, 19 Aug 1998, Andi Kleen wrote:
> >
> > In my benchmarks it is a win. If you have hard numbers that show otherwise
> > I would be interested to see them.
> I would be interested to know _how_ it can be a win. It may be that the
> old code just used to initialize all of the skb head, and that the win is
> from initializing less. But I'd like to know why, because right now it
> looks like a loss to me.

My theory is that it is caused by better cache line usage. In the bulk
transfer case most packets have the same size (device MTU), and then
the cache wasn't effectively used. slab fixes that. Also the other
sk_buff code has been simplified which should speed it up too.

It probably depends on the CPU and the L1 cache organisation.

It would be possible to implement cache colouring in the old skbuff code,
but I would prefer not to because the new code is much nicer, and I think
duplicating mechanisms that are already present elsewhere should be avoided
if possible. The slabified version also does preinitialize some state
which would be not possible to implement with the old code.

This is only a theory, it would be interesting to compare the two
implementations with some of the Pentium cycle/cache miss counters turned
on. Any takers? @)

On a P90 the localhost TCP numbers increased from 11MB/s to 11.55MB/s
(and they got more stable, with 10 tests without cache colouring the numbers
varied a lot, while with it they were nearly constant - this shows that it has
a effect)

In the fast router case with lots of busmastering IO going on the improvements
were a lot more dramatic.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

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