싱글 레벨 스토어

Single-level store
이 기사는 컴퓨팅 시스템의 싱글 레벨 스토리지에 대한 것입니다.비휘발성 메모리의 싱글 레벨 메모리 셀은 싱글 레벨 셀을 참조하십시오.

싱글 레벨 스토리지(SLS) 또는 싱글 레벨 메모리는 두 가지 의미를 가진 컴퓨터 스토리지 용어입니다.두 가지 의미는 두 가지 모두에서 메모리의 페이지가 프라이머리 스토리지(RAM) 또는 세컨더리 스토리지(디스크)에 있을 수 있고 페이지의 물리적 위치가 프로세스에 중요하지 않다는 점에서 관련이 있습니다.

이 용어는 [1]원래 1962년 맨체스터의 아틀라스 시스템에 의해 도입된 가상 메모리라고 불리는 것을 가리켰다.

현대의 용법에서 이 용어는 일반적으로 파일이 없고 영구 객체(세그먼트라고도 함)만 있는 컴퓨팅 시스템의 구성을 가리키며 프로세스 주소 공간(전체 매핑된 객체의 집합으로 구성됨)에 매핑됩니다.컴퓨터의 전체 스토리지는 단일 2차원 주소 평면(세그먼트 및 세그먼트 내 주소)으로 간주됩니다.

영구 객체 개념은 1960년대 중반 Multics에 의해 MIT, General Electric 및 Bell [2]Labs가 공유하는 프로젝트에서 처음 도입되었습니다.또한 가상 메모리로 구현되어 실제 물리적 구현에는 여러 스토리지 유형이 포함되어 있습니다(예를 들어, 멀티플렉스는 원래 메인 메모리, 고속 드럼, 디스크 등 3가지 레벨이 있습니다).

IBM은 IBM Power Systems 및 1978년에 출시된 System/38 이전 버전부터 IBM i 운영 체제에 [3][4]구현된 단일 레벨 스토리지에 대한 특허를 보유하고 있습니다.

설계.

싱글 레벨 스토리지에서는, 컴퓨터의 스토리지 전체가, 페이지를 가리키는 단일 2 차원 주소의 평면이라고 생각됩니다.페이지는 프라이머리 스토리지(RAM) 또는 세컨더리 스토리지(디스크)에 있습니다만, 현재의 주소의 위치는 프로세스에 중요하지 않습니다.operating system은, 페이지를 검색해, 처리할 수 있도록 하는 책임을 집니다.페이지가 프라이머리 스토리지에 있는 경우는, 즉시 사용할 수 있습니다.페이지가 디스크에 있는 경우는, 페이지 장해가 발생해, operating system에 의해서 페이지가 프라이머리 스토리지로 이행합니다.프로세스에 의해 secondary 스토리지에 대한 명시적인 I/O는 수행되지 않습니다.대신 secondary 스토리지로부터의 읽기는 페이지 장애의 결과로 이루어집니다.secondary 스토리지에서 primary 스토리지로 읽힌 후 변경된 페이지가 secondary 스토리지의 위치에 다시 쓰이면 secondary 스토리지에 쓰기가 수행됩니다.

System/38 및 IBM i 설계

IBM의 싱글 레벨 스토리지 설계는 원래 1970년대 후반 Frank Soltis와 Glenn Henry가 100% 솔리드 스테이트 메모리를 탑재한 컴퓨터에 대한 과도적 구현을 구축하는 방법으로 구상하고 개척했습니다.당시만 해도 디스크 드라이브는 구식이 되어 솔리드 스테이트 메모리의 형태로 완전히 대체될 것이라고 생각했습니다.System/38은 세컨더리 스토리지에 사용되는 하드웨어 메모리의 형태와는 무관하도록 설계되어 있습니다.그러나 솔리드 스테이트 메모리는 기하급수적으로 저렴해졌지만 디스크 드라이브도 마찬가지로 저렴해졌기 때문에 솔리드 스테이트 메모리보다 용량이 매우 크고 액세스 속도가 매우 느리고 가격도 훨씬 저렴해졌습니다.

IBM i에서 운영 체제는 거의 무제한에 가까운 '실제 메모리'(즉, Primary 스토리지)의 스토리지 어레이에 액세스할 수 있다고 믿고 있습니다.주소 변환기는 사용 가능한 실제 메모리를 디스크 드라이브('회전' 또는 솔리드 스테이트) 또는 SAN 서버(V7000 등)에 있는 물리적 메모리에 매핑합니다.operating system은, 메모리 스페이스내의 주소에 오브젝트를 배치하기만 하면 됩니다.OS는 오브젝트가 물리적으로 메모리에 있는지, 느린 디스크 스토리지 디바이스에 있는지 여부를 "모른다"(또는 "상관없다").OS가 실행되는 Licensed Internal Code(LIC; 라이선스 내부 코드)는 물리 메모리에 없는 오브젝트 페이지의 페이지 장애를 처리하고 페이지를 프라이머리 스토리지의 [5]사용 가능한 페이지 프레임으로 읽습니다.

IBM i의 단일 레벨 스토리지 구현에서 페이지 결함은 두 가지 범주로 나뉩니다.데이터베이스 장애와 비 데이터베이스 장애입니다.데이터베이스 장애는 테이블, 보기 또는 인덱스와 같은 관계형 데이터베이스 개체와 연결된 페이지가 현재 기본 스토리지에 없는 경우에 발생합니다.데이터베이스 이외의 장애는 다른 유형의 개체가 현재 기본 스토리지에 없을 때 발생합니다.

IBM i는 모든 보조 스토리지를 여러 풀(파일 시스템)의 집합이 아닌 단일 데이터 풀로 취급합니다. 이는 일반적으로 Unix 시스템 및 Microsoft Windows와 같은 다른 운영 체제에서 처리됩니다.모든 개체의 페이지를 모든 디스크에 의도적으로 분산시켜 개체를 훨씬 [citation needed]빠르게 저장하고 검색할 수 있도록 합니다.그 결과 IBM i 서버는 디스크 바인딩이 [citation needed]거의 되지 않습니다.싱글 레벨의 스토리지 operating system에서는, 실행시에 CPU, 메모리, 및 디스크 자원을 자유롭게 교환할 수 있기 때문에,[citation needed] 퍼포먼스의 보틀 넥을 해소할 수 있습니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ 1레벨 스토리지 시스템, T. Kilburn, D.B.G. Edwards, M.J. Lanigan, F.H. Sumner, IRE Trans전자 컴퓨터 1962년 4월 2014년 8월 7일 접속
  2. ^ 가상 메모리, 프로세스 및 멀티픽스 공유(Robert C)데일리, 잭 비Dennis 2014년 8월 7일 액세스
  3. ^ Woodie, Alex. "Frank Soltis Discusses A Possible Future for Single-Level Storage". itjungle.com. IT Jungle. Retrieved 4 December 2020.
  4. ^ IBM System/38 Technical Developments (PDF), December 1978
  5. ^ "AS/400 Memory Management".