Date: Fri, 9 Aug 2002 10:17:43 -0700 From: David Schultz <dschultz@uclink.Berkeley.EDU> To: kpieckiel@smartrafficenter.org Cc: Bosko Milekic <bmilekic@unixdaemons.com>, Mario Pranjic <mario.pranjic@irb.hr>, freebsd-stable@FreeBSD.ORG Subject: Re: SMP kernel: FreeBSD vs. Linux 2.4.x Message-ID: <20020809171743.GB290@HAL9000.homeunix.com> In-Reply-To: <20020809164411.GC78503@pacer.dmz.smartrafficenter.org> References: <Pine.GSO.4.32.0208091409570.6242-100000@nippur.irb.hr> <20020809091008.A87124@unixdaemons.com> <20020809164411.GC78503@pacer.dmz.smartrafficenter.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Thus spake Kevin A. Pieckiel <kpieckiel-freebsd-stable@smartrafficenter.org>: > A few questions on this issue. First, what was the reasoning behind making > the whole kernel a critical code segment? I can't think of any reason > kernel developers would have to design the kernel this way, shy of sheer > laziness or such profound architectural changes being necessary to impliment > it otherwise. In either case, I see both mindsets leading to the "we'll fix > it later" path early in kernel development, and I'm sure the developers knew > full well it would be harder to fix later rather than sooner. Of course, > not being a kernel developer, I couldn't even begin to fathom all that is > involved in such changes, so I truely am speaking from ignorance on the > subject. Any enlightening thoughts to help me understand this bit? Unix was originally designed for uniprocessor systems. Consequently, some assumptions were made that are reasonable and result in lower locking overhead for uniprocessors, but that aren't valid for multiprocessors. http://www.lemis.com/~grog/SMPng/USENIX/ > Second, what are KSEs? cf. Scheduler Activations: http://citeseer.nj.nec.com/anderson92scheduler.html To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020809171743.GB290>