Re: Paging file

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.
>