Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!apple!oliveb!amiga!cbmvax!daveh
From: daveh@cbmvax.UUCP (Dave Haynie)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Virtual Memory / doable 1.4 request
Message-ID: <6898@cbmvax.UUCP>
Date: 17 May 89 16:57:36 GMT
References: <8905162209.AA20997@postgres.Berkeley.EDU>
Organization: Commodore Technology, West Chester, PA
Lines: 22

in article <8905162209.AA20997@postgres.Berkeley.EDU>, dillon@POSTGRES.BERKELEY.EDU (Matt Dillon) says:

> NOT ONLY THAT BUT USING [FFS] WITHOUT MODIFICATION WOULD BE VIABLE, and not 
> much slower than a custom partition.  Certainly not more than 10% slower and 
> I'd wager the difference would be even less than that.

Not only that, but if you're willing to live with a SWAP: file that doesn't move
during the life of an active VM system, you can have you're cake and eat it too.
Given an file in FFS, it's rather easy to chase down the device driver level
location of evey block in that file.  A translation table of sorts would allow
a swapper to use direct device level access to the contents of the file, rather
than SEEKing at the filesytem level.  With a properly clever system, you'd have
your choice, since it's really the same thing to the rest of the system.  So you
could have swap space out on your LAN somewhere if you really wanted it, or 
local access faster than is possible under FFS.  

> 
> 					-Matt
-- 
Dave Haynie  "The 32 Bit Guy"     Commodore-Amiga  "The Crew That Never Rests"
   {uunet|pyramid|rutgers}!cbmvax!daveh      PLINK: D-DAVE H     BIX: hazy
              Amiga -- It's not just a job, it's an obsession