| To: | Thomas Graf <tgraf@xxxxxxx> |
|---|---|
| Subject: | Re: netif_rx packet dumping |
| From: | Andi Kleen <ak@xxxxxx> |
| Date: | 8 Mar 2005 23:16:36 +0100 |
| Date: | Tue, 8 Mar 2005 23:16:36 +0100 |
| Cc: | "David S. Miller" <davem@xxxxxxxxxxxxx>, baruch@xxxxxxxxx, shemminger@xxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <20050308183759.GE31837@postel.suug.ch> |
| References: | <20050303123811.4d934249@dxpl.pdx.osdl.net> <42278122.6000000@ev-en.org> <20050303133659.0d224e61.davem@davemloft.net> <42278554.2090902@ev-en.org> <20050303135718.2e1a0170.davem@davemloft.net> <422DC7CE.2040800@ev-en.org> <m1y8cykr7i.fsf@muc.de> <20050308100902.24b67b2f.davem@davemloft.net> <20050308181844.GA37392@muc.de> <20050308183759.GE31837@postel.suug.ch> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.4.1i |
On Tue, Mar 08, 2005 at 07:37:59PM +0100, Thomas Graf wrote: > * Andi Kleen <20050308181844.GA37392@xxxxxx> 2005-03-08 19:18 > > There are some other savings possible e.g. from a quick look: > > - skb->list is afaik totally unnecessary and probably even unused. I was wrong on that. Removing skb->list would be worthy, but needs a lot of changes. [BTW there seems to be large cleanup potential in skb list functions; lots of cruft and even some unused functions around and the locking is prehistoric too. In case anybody is interested in a useful cleanup project] > > - struct timeval could be an optimized structure using 32bit > > for the sub second part. > > (would need moving it somewhere else, otherwise alignment doesn't help) > > - Are really three device pointers needed? Perhaps things can > > be a bit optimized here. > > Likely that real_dev can be moved to cb. I would like to keep indev > though, it really helps at policy routing decisions. Moving to cb is useless, you just would need to enlarge it then. -Andi |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | pktgen: causing lots of errors in console log, Stephen Hemminger |
|---|---|
| Next by Date: | Re: [RFC] neighbour tables configuration via rtnetlink, jamal |
| Previous by Thread: | Re: netif_rx packet dumping, Arnaldo Carvalho de Melo |
| Next by Thread: | Re: netif_rx packet dumping, Ben Greear |
| Indexes: | [Date] [Thread] [Top] [All Lists] |