[lkml]   [1999]   [Mar]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: OSDI paper - IO-Lite: A Unified I/O Buffering and Caching System
Oliver Xymoron <> writes:

> Very interesting.


> effect on CPU caches, SMP scaling, etc. So parts of it are going to be a
> hard sell

In fact does anybody see why this needs to be in the kernel? I maybe
dense but if I understand the paper correctly from the (casual I
admit) glance I had:

1. Most of the gains come from less copying along pipes.
2. [this is not clear from the paper to me] For the gains the occur
both sides of the pipe need use IOL.
3. The gains come from copying by reference.
3b. There is an additional gain from to having to recompute TCP

Excluding 3b the only reason that I can think of at the moment for
this to be in the kernel seems to be that this way use of IO-Light by
the peer is transparent. I.e. the kernel converts it back to a normal
pipe on the fly. If that is the case couldn't this be also achieved by
some hands hake between the two processes?


P.S. I also do not see where the improvement in the pure 'wc file'
case is comming from. Doesn't GNU wc already use mmap() and thus
avoid any copying?

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:50    [W:0.064 / U:11.512 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site