On Thu, 9 Feb 2006 19:42:17 +0300 Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> On Thu, Feb 09, 2006 at 04:16:54PM +0100, Eric Dumazet ([EMAIL PROTECTED]) > wrote: > > I had this idea after reading recent Van Jacobson paper about net channels. > > > > I'm surprised you see the benefit of net channels (which first assumption > > is about the 50-100 ns cost of a memory cache miss) but keep this obvious > > cache line ping pong in loopback driver. > > Net channels are not about optimisations, but about completely new > system. > And resulted optimisations are just results of design, but not > implementation. > > What about creating per-cpu jiffies variables, which could be read from > such hot pathes, and it's values could be updated from some heavyweight > functions like schedule()? > Quit with the loopback benchmark masturbation. If you what you are talking about could be shown to be important for a real application or over real devices then it would be worth investing some design effort. -- Stephen Hemminger <[EMAIL PROTECTED]> OSDL http://developer.osdl.org/~shemminger - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
