Ryan Cumming wrote:
> On December 12, 2001 16:39, David C. Hansen wrote:
> > Let's assume that the BKL is not held here, at least over the whole
> > thing. First, what do we need to do to keep the module from getting
> > unloaded after the request_module() in get_blkfops()?
> Why not use a read-write semaphore? The sections that require
> the module to
> stay resident use a read lock, and module unloading aquires a
> write lock. In
> addition to containing the evil, evil BKL, you might actually
> get a tangiable
> scalability gain out of it.
Scalability of module loading certainly seems to be a problem.
A quick test on my dual PIII system shows a shocking 13 seconds
to load and unload the "input.o" module 400 times.
With some improvements in this area, massively parallel SMP systems
could parallelize module loading, and achieve thousands of module
load/unload operations per second (MLUOPS).
Wouldn't that be useful! No?
(Sorry, I couldn't resist. I'm sure there are good reasons to work on
this, the scalability issue just sounded funny to me.)
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Dec 15 2001 - 21:00:25 EST