On Thu, Jun 24, 1999 at 12:34:06PM -0700, Mike Smith wrote:
>
> Just for those that have been following the benchmarking thread, this
> is exactly the same symptom set that FreeBSD demonstrates when loaded
> by WebBench. The gotcha here is, again, the giant kernel lock.
Rather than trying to do the Solaris thing of mutexing everything,
why don't we go in the opposite direction, and configure a
multi-processor box as a cluster that happens to have really fast
communications? Probably not as easy as it sounds, particularly
since it would involve writing a "memory network" device driver,
and some boot code to partition the main memory, and probably an
extra layer of interrupt handling code, to hand device interrupts
around. Er, yuck.
It's just that it sounds as though it would be simpler to start
with a blank sheet and a clean reentrant scheduling scheme, and
graft pieces of FreeBSD back on top, than it would be to add that
sort of functionality onto an existing traditionally structured
Unix.
--
Andrew
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
