From: Patrick McHardy <[EMAIL PROTECTED]> Date: Sat, 21 Jul 2007 05:38:10 +0200
> Yes, some constant limit definitely makes sense. The Tx batching > patches motivated me to work through struct net_device with pahole > and I have some patches that rearrange it to save about 64 bytes and > move some members from very unfortunate positions to better ones, > but they still leave two 32 byte holes on SMP (with 64 byte > cachelines). Plugging one of these with a statically sized subqueue > array would be perfect since one of the holes is within the Tx > cachelines anyway (at least for now, until we add subqueue locks ..). This sounds great. > Its 2.6.24 material though, and I very much hope they will clash > with Stephen's plans to introduce struct net_device_ops. Also see the napi_struct stuff I just posted as well. - 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
