NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
My prediction
More |
Login
| Reply
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
--Larry Wall in <199911192358.PAA24109@kiev.wall.org>
Did I say I expect Perl to do the right thing? :-)
--Larry Wall in <199911200217.SAA24898@kiev.wall.org>
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
I'm skeptical, too... (Score:2)
The reason I'm skeptical for may be obsolete by now, and I'd be happy to be corrected on this. The reason microkernels didn't use to fly despite being a very nice design, was simple: performance, or the lack thereof. All those layers of abstraction and encapsulation simply took too much time to go through. In other words: the performance of microkernels sucked (compared with monolithic kernels).
That was the state in mid-nineties, when I knew some of the
Re:I'm skeptical, too... (Score:2)
I meant to mention a little more about the performance issue. One thing I was trying to get at but failed to mention explicitly is that many of us are now using a microkernel on a daily basis. You specifically: I know you are because I saw you with an ibook at YAPC. :) OS X is built on a microkernel, and all you new Mac users can tell me how the performance is.
I would not be surprised if the HURD I am predicting has poor performance for awhile. I am optimistic that if Apple can make a usable microkern
J. David works really hard, has a passion for writing good software, and knows many of the world's best Perl programmers
Re:I'm skeptical, too... (Score:2)
> OS X is built on a microkernel, and all you new Mac users can tell me how the performance is.
That's easy: my computers are always too slow :-) be they 8-bit home micros or 1024-node Crays.
Reply to This
Parent