From: Jonathan de Boyne Pollard on
>
>>>
>>> The big improvement that Daytona (NT 3.5) brought was a smaller
>>> memory footprint because someone smarter than Cutler forced him to
>>> allow it.
>>>
>> Cite?
>>
> _Showstopper_ mentions this.
>
I'm going to have to read that, someday.

> Cutler had to be dragged kicking and screaming into allowing some
> paging of the kernel.
>
I wonder how much of the stick that Dave Cutler gets is completely
justified. I can see a few good reasons for not having a pageable
kernel, not the least of which is that Microsoft is writing an operating
system into which third-party device drivers are loaded. Others may not
think of this as a development concern, but it certainly is to
Microsoft. One of the things that Microsoft is, institutionally, very
well aware of is the daft things that third party programmers do. It
devotes a lot of time to accommodating daft programming practices, and
at least some thought to how to avoid creating opportunities for further
such time sinks. Making kernel mode pageable would have opened up a
whole vista of new possibilities for third party device and filesystem
driver programmers to do things wrongly. Maybe that was forseen.
Certainly history has shown that it did indeed work out that way. If
one hangs out in the various kernel-mode programming discussion fora,
and reads the books, articles, and other documentation on the subject,
one realizes how often "No, you may not do that at DISPATCH_LEVEL or
higher." is the answer.

The retrospective view is useful, too. The concern that a pageable
kernel was addressing was how much RAM PC/AT compatibles generally had
at the time. In 2004, Raymond Chen wrote an article noting that the
pageable kernel prevents Windows NT from booting and running from a USB
drive, something that people didn't want to do back in the early days of
Windows NT but certainly want to do nowadays. One commenter observed in
response that Linux, with a non-pageable kernel, can be booted and run
from such a drive, observing: "Looks like Dave's conservative
engineering design sense might have been right after all.".

From: Pat Farrell on
Jonathan de Boyne Pollard wrote:
>> _Showstopper_ mentions this.
>>
> I'm going to have to read that, someday.
>
>> Cutler had to be dragged kicking and screaming into allowing some
>> paging of the kernel.
>>
> I wonder how much of the stick that Dave Cutler gets is completely
> justified.

IMHO, a lot. He had blinders on the topic of modern memory management.
The Tenex/Tops-20 folks had it right, and they were all DEC. Now at the
time, DEC was not really a single company, so a bit of the NIH spirit
made sense from a corporate view.

But his decisions hurt both VMS and NT, or rather his lack of experience
in the state of the art. And in some cases, the start of the art we are
talking about is 1969 art, implemented in the late 70s for VMS and late
80s for NT.

> The retrospective view is useful, too. The concern that a pageable
> kernel was addressing was how much RAM PC/AT compatibles generally had
> at the time.

When NT was in public beta test, it required 32MB of ram, miminal
configuration. This was a problem, because in 1991 or so, most PC
motherboards could not directly address more than 16MB, due to hardware
constraints. The commodity PCs used a windowing scheme where memory was
read from the disk into the bottom 16MB and moved up. Highly
inefficient. Perhaps IBM's machines did it properly, but it was rare for
generic PC/AT to do it well at all. Micron did it, but they were
primarily a memory vendor making PCs to sell more memory.

I bought a 486/66 Micron with SCSI everything and 32MB of ram
specifically to beta test NT.




--
Pat Farrell
http://www.pfarrell.com/
From: Mark Crispin on
On Tue, 30 Mar 2010, Pat Farrell posted:
> The Tenex/Tops-20 folks had it right, and they were all DEC.

Why is it that the closing theme from Camelot runs through my mind...about
how in a halcyon time there was something fair and wonderful that is gone
forever except in memory...

> But his decisions hurt both VMS and NT, or rather his lack of experience
> in the state of the art. And in some cases, the start of the art we are
> talking about is 1969 art, implemented in the late 70s for VMS and late
> 80s for NT.

1969-1970 seems to have been a critical turning point. It saw the release
of Multics (although the project started in 1964), and the inception of
Tenex (later TOPS-20) and UNIX.

Also in that time, TOPS-10 and ITS, which were much earlier technology,
had mid-life kickers in which you can draw a clear "before/after" line.

I wonder if anyone will ever write an accurate history of that time, as
opposed to the various bogus histories that overly tout self-promoters
(Jobs, Gates, Stallman, Cutler, etc.) to the exclusion of others. Most of
these so-called histories totally ignore the PDP-10, a platform that
utterly dominated from the late 1960s until the late 1970s, and remained
important until the late 1980s. And the notion that free software and
software sharing didn't exist prior to the GNU religion is downright
offensive.

-- Mark --

http://panda.com/mrc
Democracy is two wolves and a sheep deciding what to eat for lunch.
Liberty is a well-armed sheep contesting the vote.
From: John Francis on
In article <lcosn.20672$iu2.3907(a)newsfe15.iad>,
Pat Farrell <pfarrell(a)pfarrell.com> wrote:
>Jonathan de Boyne Pollard wrote:
>>> _Showstopper_ mentions this.
>>>
>> I'm going to have to read that, someday.
>>
>>> Cutler had to be dragged kicking and screaming into allowing some
>>> paging of the kernel.
>>>
>> I wonder how much of the stick that Dave Cutler gets is completely
>> justified.
>
>IMHO, a lot. He had blinders on the topic of modern memory management.
>The Tenex/Tops-20 folks had it right, and they were all DEC. Now at the
>time, DEC was not really a single company, so a bit of the NIH spirit
>made sense from a corporate view.
>
>But his decisions hurt both VMS and NT, or rather his lack of experience
>in the state of the art. And in some cases, the start of the art we are
>talking about is 1969 art, implemented in the late 70s for VMS and late
>80s for NT.

I don't believe it was ignorance as much as it was a deliberate choice.
I always describe Cutler as having 20/20 tunnel vision - he knew what
he considered to be most important, and focussed on getting that done.
Other stuff that was just less important didn't get any attention.
One thing people generally fail to mention is that Cutler delivered
the initial versions of VMS (and, later, NT) reasonably close to the
originally-targeted schedule; a feat which was practically unheard of
with large software projects. Adding complicated memory management
would have slowed down the schedule, so it got left off.

I never worked directly with Dave Cutler, but I was working in the
same group as him for a while (Languages & Tools; he was working on
the C project, while I was working on the VMS debugger). I found him
to be dogmatic, and convinced he was right 100% of the time - just
like most software engineers. But over all I suspect he had a better
accuracy rate than average. I also saw nothing to cause me to doubt
the anecdotes telling of his arrogance and poor interpersonal skills.

From: Scott Lurndal on
Mark Crispin <mrc(a)panda.com> writes:

>I wonder if anyone will ever write an accurate history of that time, as
>opposed to the various bogus histories that overly tout self-promoters
>(Jobs, Gates, Stallman, Cutler, etc.) to the exclusion of others. Most of
>these so-called histories totally ignore the PDP-10, a platform that
>utterly dominated from the late 1960s until the late 1970s, and remained
>important until the late 1980s. And the notion that free software and
>software sharing didn't exist prior to the GNU religion is downright
>offensive.

You write "the PDP-10, a platform that utterly dominated from the late
1960's to the 1970's.".

I assume you are speaking with your tongue in your cheek, since clearly
the IBM 3[67]0 family and clones dominated the period in question, with the PDP-10
relegated to fourth or fifth tier after Burroughs, Sperry, Honeywell,
Bull and CDC.

scott