Re: [RFC] VM: I have a dream...

[Kyle Moffett <mrmacman_g4@mac.com>]

On Jan 30, 2006, at 08:21, Al Boldi wrote:
> Bryan Henderson wrote:
> > > > So we know it [single level storage] works, but also that people  
> > > > don't seem to care much for it
> >
> > > People didn't care, because the AS/400 was based on a proprietary  
> > > solution.
> >
> > I don't know what a "proprietary solution" is, but what we had was  
> > a complete demonstration of the value of single level storage, in  
> > commercial use and everything,  and other computer makers (and  
> > other business units of IBM) stuck with their memory/disk split  
> > personality.  For 25 years, lots of computer makers developed lots  
> > of new computer architectures and they all (practically speaking)  
> > had the memory/disk split.  There has to be a lesson in that.
>
> Sure there is lesson here.  People have a tendency to resist  
> change, even though they know the current way is faulty.

Is it necessarily faulty?  It seems to me that the current way works  
pretty well so far, and unless you can prove a really strong point  
the other way, there's no point in changing.  You have to remember  
that change introduces bugs which then have to be located and removed  
again, so change is not necessarily cheap.

> > > With todays generically mass-produced 64bit archs, what's not to  
> > > care about a cost-effective system that provides direct mapped  
> > > access into  linear address space?
> >
> > I don't know; I'm sure it's complicated.
>
> Why would you think that the shortest path between two points is  
> complicated, when you have the ability to fly?

Bad analogy.  This is totally irrelevant to the rest of the discussion.

> > But unless the stumbling block since 1980 has been that it was too  
> > hard to get/make a CPU with a 64 bit address space, I don't see  
> > what's different today.
>
> You are hitting the nail right on it's head here. Nothing moves the  
> masses like mass-production.

Uhh, no, you misread his argument: If there were other reasons that  
this was not done in the past than lack of 64-bit CPUS, then this is  
probably still not practical/feasible/desirable.

Cheers,
Kyle Moffett

--
There is no way to make Linux robust with unreliable memory  
subsystems, sorry.  It would be like trying to make a human more  
robust with an unreliable O2 supply. Memory just has to work.
  -- Andi Kleen


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/