버스트 버퍼는 Reiser5의 새로운 기능 중 하나입니다.

몇 달 전에 여기 블로그에서 라이저5, 어떤 파일 시스템입니다 Edward Shishkin이 관리하며 병렬 확장에 혁신을 포함하는 것으로 유명합니다. 이는 블록 수준이 아니라 파일 시스템을 통해 수행됩니다.

Reiser5는 병렬 확장 가능한 논리 볼륨에 대한 지원이 구현 된 ReiserFS 파일 시스템의 실질적으로 수정 된 버전입니다. 논리 볼륨에 데이터를 효율적으로 배포 할 수 있습니다.

이제 최근 뉴스에서 Eduard Shishkin은 Reiser5 프로젝트의 일부로 개발중인 새로운 기능을 발표했습니다.

최근 혁신 중 사용자가 소형 고성능 블록 장치를 추가 할 수있는 것으로 관찰되었습니다. (예 : NVRAM)은 저예산 디스크로 구성된 비교적 큰 논리 볼륨에 프록시 디스크라고합니다. 이렇게하면 전체 볼륨이 '프록시 디스크'와 동일한 고성능 장치로 구성되어 있다는 인상을줍니다.

구현 된 방법은 간단한 관찰을 기반으로했습니다. 실제로는 디스크에 쓰기가 지속적으로 수행되지 않고 곡선 I / O 부하 부리 모양입니다. 이러한 "스파이크"사이의 간격에는 항상 백그라운드의 "느린"주 저장소에있는 모든 데이터 (또는 일부만)를 덮어 써서 프록시 디스크에서 데이터를 덤프 할 수있는 기회가 있습니다. 따라서 프록시 장치는 항상 새 데이터를받을 준비가되어 있습니다.

처음에이 기술은 (버스트 버퍼라고 함) 고성능 컴퓨팅 분야에서 시작 (HPC). 그러나 일반 애플리케이션, 특히 데이터 무결성에 대한 요구가 높은 애플리케이션 (일반적으로 다른 종류의 데이터베이스)도 필요하다는 것이 밝혀졌습니다. 이러한 변경은 모든 파일의 응용 프로그램에 의해 원자 적으로 수행됩니다.

• 먼저 수정 된 데이터를 포함하는 새 파일이 생성됩니다.
• 그런 다음이 새 파일은 fsync (2)를 사용하여 디스크에 기록됩니다.
• 그 후 새 파일의 이름이 이전 파일로 변경되어 이전 데이터가 차지하는 블록이 자동으로 해제됩니다.

이러한 모든 단계는 어느 정도 파일 시스템의 성능을 크게 저하시킵니다. 새 파일이 전용 고성능 장치에 처음 기록되면 상황이 개선됩니다. 정확히 Burst Buffers 파일 시스템에서 일어나는 일입니다.

Reiser5에서는 새로운 로직 블록뿐만 아니라 선택적으로 전송할 예정입니다.파일에서 프록시 디스크로, 또한 일반적으로 모든 더티 페이지. 또한 데이터가있는 페이지뿐만 아니라 (2) 및 (3) 단계에서 기록 된 메타 데이터도 포함됩니다.

프록시 디스크는 논리 볼륨에 대한 정규 작업의 맥락에서 지원됩니다. Reiser5는 올해 초에 발표되었습니다. 즉, 집계 시스템 "프록시 디스크-기본 저장소"는 디스크 주소 지정 정책에서 프록시 디스크가 볼륨의 다른 구성 요소보다 우선한다는 유일한 차이점이있는 일반 논리 볼륨입니다.

논리 볼륨에 프록시 디스크를 추가하는 것은 데이터 재조정을 수반하지 않으며 일반 디스크를 제거하는 것과 동일한 방식으로 제거됩니다. 모든 프록시 디스크 작업은 원자 적입니다.

프록시 디스크를 추가하면 논리 볼륨의 총 용량이이 디스크의 용량만큼 증가합니다..

프록시 디스크는 주기적으로 정리해야합니다. 즉, 데이터를 주 저장소로 덤프해야합니다. Reiser5 베타 안정성에 도달하면 청소를 자동으로 할 계획입니다 (특수 코어 스레드에서 처리합니다). 이 단계에서 청소의 책임은 사용자에게 있습니다.

프록시 디스크에 여유 공간이 없으면 모든 데이터가 자동으로 주 저장소에 기록됩니다. 동시에 FS의 전반적인 성능은 기본적으로 감소합니다. (사용 가능한 모든 거래에 대한 확인 절차의 지속적인 호출로 인해).

출처 : https://marc.info