netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* More prefetch fall-out
@ 2011-05-22 17:49 Linus Torvalds
  2011-05-22 18:23 ` Eric Dumazet
  2011-05-22 22:15 ` David Miller
  0 siblings, 2 replies; 7+ messages in thread
From: Linus Torvalds @ 2011-05-22 17:49 UTC (permalink / raw)
  To: David Miller; +Cc: Network Development

So it turns out that the architectures that don't define their
prefetch() macros in <asm/processor.h> (and instead depend on
linux/prefetch.h to give them the default ones) are currently broken.

Fine, that's really trivial to fix. And, in fact, I'm now testing on
x86 by having x86 put its prefetch infrastructure in <asm/prefetch.h>
and thus making sure that you *have* to include <linux/prefetch.h> to
get it (rather than get it accidentally just because everything ends
up including <asm/processor.h>).

However, one of the breakages is <linux/skbuff.h> that does its own
list-walking functions ("skb_queue_walk*"), and they do prefetching.
So now I have the option to either just add <linux/prefetch.h> to that
file, or remove the prefetches. And you're the one that said that the
prefetches in the networking code were annoying.

So should the skb queues use prefetching? I have a hard time judging.
Are those lists usually long? Is the loop usually large enough that
there is any point to prefetching the next entry?

                         Linus

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2011-05-23  0:40 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-05-22 17:49 More prefetch fall-out Linus Torvalds
2011-05-22 18:23 ` Eric Dumazet
2011-05-22 18:38   ` Linus Torvalds
2011-05-22 18:51     ` Eric Dumazet
2011-05-22 21:02     ` Paul Gortmaker
2011-05-23  0:39       ` David Miller
2011-05-22 22:15 ` David Miller

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).