Re: Paging file

[Don <dr2@xxxxxxxxxxxx>]

TOOOOOOO bad the AIX, linux and Windows boys haven't picked up on Single
Level Storeage yet....



On Tue, 29 Oct 2002, Mark Waterbury wrote:

> Hello, all:
>
> If you want to "understand" the single-level storage concepts of
> the S/38 and AS/400, I recommend you get a copy of the book:
> "Inside the AS/400" by Frank Soltis, 29th Street Press, or the newer
> edition "Fortress Rochester".  I prefer "Inside the AS/400" 2nd Ed.,
> to the newer "Fortress Rochester" because it has more details on
> some subjects.
>
> Regards,
>
> Mark S. Waterbury
>
> ----- Original Message -----
> From: "Booth Martin" <Booth@MartinVT.com>
> To: <midrange-l@midrange.com>
> Sent: Monday, October 28, 2002 8:10 PM
> Subject: Re: Paging file
>
>
> >
> >
> > please...  more discussion on this, more explanation.
> >
> > Love the concept, love the results, haven't figured it out though.
> >
> >
> >
> > ---------------------------------------------------------
> > Booth Martin   http://www.MartinVT.com
> > Booth@MartinVT.com
> > ---------------------------------------------------------
> >
> > -------Original Message-------
> >
> > From: midrange-l@midrange.com
> > Date: Monday, October 28, 2002 09:20:30 PM
> > To: midrange-l@midrange.com
> > Subject: Re: Paging file
> >
> > Troy
> >
> > A significant result of Single Level Store compared with something like
> > a PC Paging File is that an Object is given one set of Virtual Addresses
> > for
> > it's life(longer) when it is created.
> >
> > This means that two different processes "branch" to the same address for
> an
> > object inherently. Inherent Object Code sharing.
> >
> > Turn power off, Turn Power On
> >
> > Same Virtual Address for the Object.
> >
> > (if Object is destroyed, It's addresses are automatically
> > voided from any future use. (cuts down on some kinds of Viruses)
> >
> > PC, Unix, Mainframe, Power Off, Power On = New set of virtual addresses.
> >
> > I believe It's not a normal Paging File architecture.
> >
> > John
> >
> >
> > _______________________________________________
> > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list
> > To post a message email: MIDRANGE-L@midrange.com
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> > or email: MIDRANGE-L-request@midrange.com
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/midrange-l.
> >
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>