Do we have any theoretical idea how important it is then as we approach 8
and 16 CPUs? And keep in mind, we no longer have to worry much about x86
(besides Merced/EPIC style machines) in the territory. Oh yeah, maybe the K7
too...
What I'm saying is, how practical is it that we are worrying about it? Let's
not be idealists, and think mostly about the common case, eh?
I'll end by saying I don't know what the hell I'm talking about, but I'm
trying to pull together some of the things I have read in this thread, and I
find the discussion interesting. It just seems that people aren't hitting
the meat of the matter.
-Shawn
-----Original Message-----
From: Pavel Machek [mailto:pavel@atrey.karlin.mff.cuni.cz]
Sent: Wednesday, September 29, 1999 5:53 AM
To: Ingo Molnar
Cc: Andrea Arcangeli; Manfred; Linux Kernel; Alan Cox
Subject: Re: possible spinlock optimizations
Hi!
> > >no Andrea, this again is just fixing the symptom. Yes, we could zero
pages
> >
> > ??? I am fixing nothing. The old code is not buggy.
>
> by 'fixing the symptom' i ment 'making the symptom to go away'. The
> symptom (the effects of spinlocks held for a long time) can indeed be
> considered an 'abstract bug'.
But, Ingo, are we going to add udelay(5000) into slow path to make
sure some abstract guy has motivation? Should we add udelay(5000) into
select() in order to make people use poll()?
Certainly not.
I think that our slow path should be optimized, too. No need to talk
about abstract bugs. No matter how finegrained our locks are, under
some workload they still will content, and that's why it is good to
optimize it, too.
Pavel
-- The best software in life is free (not shareware)! Pavel GCM d? s-: !g p?:+ au- a--@ w+ v- C++@ UL+++ L++ N++ E++ W--- M- Y- R+- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/