Re: SMP scalability: 8 -> 32 CPUs

Stefan Monnier (monnier+lists/linux/kernel/news/@tequila.cs.yale.edu)
29 Nov 1998 11:26:56 -0500

Messages sorted by: [ date ][ thread ][ subject ][ author ]
Next message: Andrea Arcangeli: "Re: linux-arca-36"
Previous message: Arjan van de Ven: "Re: Shouldn't CONFIG_BLK_DEV_HD_ONLY work?"
Maybe in reply to: Eloy A. Paris: "SMP scalability: 8 -> 32 CPUs"

>>>>> "Larry" == Larry McVoy <lm@bitmover.com> writes:
> what the programme should do is to examine the call paths that can lead
> to accessing his data structure and determine if there is already a lock
> at a higher level which will cover this data structure. But that's too
> hard and nobody does it once the number of locks gets beyond a handful.

It looks like a perfect case for a good tool.
Any hope to see an analysis that's good enough to be usable ?

Stefan

PS: is it really that bad to have very fine grained locking ?
Real-time kernels seem to cope just fine.

-
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/

Next message: Andrea Arcangeli: "Re: linux-arca-36"
Previous message: Arjan van de Ven: "Re: Shouldn't CONFIG_BLK_DEV_HD_ONLY work?"
Maybe in reply to: Eloy A. Paris: "SMP scalability: 8 -> 32 CPUs"