Reiser5는 버스트 버퍼(데이터 계층화)에 대한 지원을 발표합니다.

이 모든 단계는 어느 정도 중요한 원인이 됩니다.
모든 파일 시스템의 성능 저하. 상황
새 파일이 할당된 파일에 먼저 기록되면 향상됩니다.
고성능 장치, 이는 정확히 일어나는 일입니다.
버스트 버퍼를 지원하는 파일 시스템.

Reiser5에서는 선택적으로 보낼 뿐만 아니라
파일의 새로운 논리 블록뿐만 아니라 일반적으로 모든 더티 페이지도 마찬가지입니다. 게다가,
데이터가 있는 페이지뿐만 아니라
(2)와 (3)단계로 작성됩니다.

프록시 디스크에 대한 지원은 정기적인 작업의 맥락에서 수행됩니다.
Reiser5 논리 볼륨, 발표 연초에. 그건,
집계 시스템 "프록시 디스크 - 주 스토리지"가 정상입니다.
유일한 차이점은 프록시 디스크가 우선순위를 갖는다는 점입니다.
디스크 주소 할당 정책의 다른 볼륨 구성 요소 중에서

논리 볼륨에 프록시 디스크를 추가해도
데이터 재조정 및 제거는 다음과 똑같은 방식으로 발생합니다.
일반 디스크 제거. 모든 프록시 디스크 작업은 원자성입니다.
오류 처리 및 시스템 배포(시스템 충돌 후 포함)는 프록시 디스크가 일반 구성 요소인 경우와 정확히 동일한 방식으로 발생합니다.
논리 볼륨.

프록시 디스크를 추가한 후 논리 볼륨의 총 용량
이 디스크의 용량만큼 증가합니다. 여유 공간 모니터링
프록시 디스크는 다른 볼륨 구성 요소와 동일한 방식으로 수행됩니다. Volume.reiser4(8) 유틸리티를 사용합니다.

프록시 디스크는 주기적으로 청소해야 합니다. 다음에서 데이터 재설정
메인 저장소로 이동합니다. 베타 안정성에 도달한 후 Reiser5
청소는 자동으로 이루어질 예정입니다.
특수 커널 스레드). 이 단계에서는 청소에 대한 책임이
사용자에게 달려 있습니다. 프록시 디스크의 데이터를 기본 디스크로 재설정
스토리지는 단순히 옵션과 함께 Volume.reiser4 유틸리티를 호출하여 생성됩니다.
"-비". 인수로 논리 마운트 지점을 지정해야 합니다.
볼륨 물론 주기적으로 청소를 해주셔야 한다는 점 기억해 두시기 바랍니다. 을 위한
이를 수행하기 위해 간단한 쉘 스크립트를 작성할 수 있습니다.

프록시 디스크에 여유 공간이 없으면 모든 데이터가
메인스토리지에 자동으로 기록됩니다. 동시에 기본적으로
FS의 전반적인 성능이 저하됩니다(지속적인 호출로 인해).
모든 기존 트랜잭션을 커밋하는 절차) 선택적으로 설정할 수 있습니다
성능 손실 없이 모드. 그러나 이 경우 디스크
프록시 장치 공간은 덜 효율적으로 사용됩니다.
충분히 고성능 블록 장치에서 생성된 경우 메타데이터 하위 섹션(브릭)을 프록시 디스크로 사용하는 것이 편리합니다.

출처 : opennet.ru