Sure. In SLS you can simply think of the machine as storing everything
in memory. There is no "filesystem" as we'd think of it on a windows or
linux machine. You're programs simply refer to memory locations and they
get data. This is best seen in either the System Entry Point Table
(SEPT) which stores "memory addresses" for well known system programs so
they don't have to be resolved, or in a logical file. The entries in the
logical store the memory address of the related row in the physical.
This makes accessing anything extremely simple, get its address and go
there. The guts that make SLS work will then determine if that address
is actually in physical memory, or if it needs to fault it into physical
memory, but that's a process that occurs _way_ down in the plumbing.
What I mean by "memory survives a reboot" is that these addresses that
SLS exposes to everything above it don't change across reboots (IPLs).
Sure, the actual stuff in the RAM chips on the cards was tossed, but
those are just cache in essence, the address that held the QCMD program
object on IPL 1 will still hold the QCMD program object on IPL 100. The
"address" of that object doesn't change. If you're thinking of SLS as
one big hunk of memory then the memory survives a reboot.
At least this is how I understand SLS -- My name's not Frank Soltis. :-)
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2021 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.