Single-level store
≈ 6 min read
Names in other languages
- EspañolAlmacenamiento de un solo nivel
- РусскийОдноуровневое хранилище
- EnglishSingle-level store
- 日本語単一レベル記憶
Article bodies are English and are not machine-translated. A name in another language is not a translation of the article.
Single-level storage (SLS) or single-level memory is a computer storage term which has had two meanings. The two meanings are related in that in both, pages of memory may be in primary storage (RAM) or in secondary storage (disk), and that the physical location of a page is unimportant to a process. The term originally referred to what is now usually called virtual memory, which was introduced in 1962 by the Atlas system at the University of Manchester. In this system, data in the core memory was automatically moved to and from a magnetic drum to make it appear as if the core had the same storage capacity of the much larger drum. In modern usage, the term usually refers to the organization of a computing system in which there are no files, only persistent objects (sometimes called segments). Software, very similar to virtual memory and developed as an offshoot from it, allows data on external storage to be mapped into processes' address spaces, manipulated in memory, and invisibly written back to storage. The entire storage of the computer is thought of as a single two-dimensional plane of addresses (segment, and address within segment). The persistent object concept was first introduced by Multics in the mid-1960s, in a project shared by MIT, General Electric and Bell Labs.…
Single-level storage (SLS) or single-level memory is a computer storage term which has had two meanings. The two meanings are related in that in both, pages of memory may be in primary storage (RAM) or in secondary storage (disk), and that the physical location of a page is unimportant to a process. The term originally referred to what is now usually called virtual memory, which was introduced in 1962 by the Atlas system at the University of Manchester. In this system, data in the core memory was automatically moved to and from a magnetic drum to make it appear as if the core had the same storage capacity of the much larger drum. In modern usage, the term usually refers to the organization of a computing system in which there are no files, only persistent objects (sometimes called segments). Software, very similar to virtual memory and developed as an offshoot from it, allows data on external storage to be mapped into processes' address spaces, manipulated in memory, and invisibly written back to storage. The entire storage of the computer is thought of as a single two-dimensional plane of addresses (segment, and address within segment). The persistent object concept was first introduced by Multics in the mid-1960s, in a project shared by MIT, General Electric and Bell Labs. It also was implemented as virtual memory, with the actual physical implementation including a number of levels of storage types. Multics, for instance, had three levels originally: main memory, a high-speed drum, and disks. Multics was highly influential, and the single-level store became a very popular concept in the early 1970s. Among the major efforts to bring the concept into the mainstream was the IBM Future Systems project of 1971, but this project grew out of control and was cancelled in 1975. The concept was then picked by IBM's midrange labs and became part of the System/38 that was released in 19781. In this system, memory is allocated not only by size but also given a name. Data written to that allocation is invisibly stored to secondary storage, and when the program allocates that memory again at some future time, the stored data is invisibly loaded back in. IBM holds patents to single-level storage as implemented in the IBM i operating system on IBM Power Systems.
System/38 and IBM i design
IBM's design of the single-level storage was originally conceived and pioneered by Frank Soltis and Glenn Henry in the late 1970s as a way to build a transitional implementation to computers with 100% solid state memory. The introduction of bubble memory led to the belief that disk drives would become obsolete, and would be replaced entirely with some form of solid state memory. System/38 was designed to be independent of the form of hardware memory used for secondary storage. This has not come to be, however, because while solid state memory has become exponentially cheaper, disk drives have also become similarly cheaper; thus, the price ratio in favour of disk drives continues: very much higher capacities than solid state memory, very much slower to access, and much less expensive. In System/38 and IBM i, all data in storage is assigned an address, accessible by processor instructions, in virtual memory, and is referred to by that address, regardless of whether it is currently in physical memory or not. If the data referred to by that address is not in physical memory, a page fault occurs. The page fault is handled by low-level software that reads the page into an available page frame in primary storage. With the IBM i implementation of single-level storage, page faults are divided into two categories. These are database faults and non-database faults. Database faults occur when a page associated with a relational database object like a table, view or index is not currently in primary storage. Non-database faults occur when any other type of object is not currently in primary storage.
Text derived from https://en.wikipedia.org/w/index.php?oldid=1312108798 under CC BY-SA 4.0; modifications have been made.