'배리어'마운트 옵션의 매뉴얼은 다음과 같습니다.
barrier = 0 / 배리어 = 1
이것은 jbd 코드에서 쓰기 장벽 사용을 비활성화 / 활성화합니다. barrier = 0은 비활성화하고 barrier = 1은 활성화합니다 (기본값). 또한 장벽을 지원할 수있는 IO 스택이 필요하며 jbd가 장벽 쓰기에서 오류가 발생하면 경고와 함께 장벽을 다시 비활성화합니다. 쓰기 장벽은 저널 커밋의 적절한 온 디스크 순서를 강제로 적용하여 휘발성 디스크 쓰기 캐시를 사용하기에 안전한 성능을 제공합니다. 디스크가 어떤 방식 으로든 배터리로 백업되는 경우 장벽을 비활성화하면 성능이 안전하게 향상 될 수 있습니다.
그러나 나는 " 저널 커밋의 디스크상의 올바른 순서 "라는 문장이 무엇을 의미하는지 모른다 .
정상적인 순서-저널 1, 데이터 1; 일지 2, 데이터 2.
다음을 설정하면 다음 순서 결과 중 어떤 것이 발생 barrier=0합니까?
- 저널 2, 데이터 2; 저널 1, 데이터 1;
- 데이터 1, 저널 1; 자료 2, 저널 2.
git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/… 는 아마도 가치있는 독서 일 것입니다.
—
Håkan Lindqvist
저널링 파일 시스템에 대해 읽으면 먼저 저널을 쓴 다음 저널을 실행하여 실제 데이터를 디스크에 쓰는 것이 중요하다는 것을 알게됩니다. 장벽은 저널이 실행되기 전에 저널이 작성되도록합니다. 그렇지 않으면 우리는 쓸모없는 일지.
—
ctrl-alt-delor
@richard BBWC hard raid에서 "nobarrier"플래그를 사용할 때 디스크는 데이터가 실행되기 전에 저널이 작성되도록 보장 할 수 없었습니다.이 조건은 중요하지 않습니까?
—
leafonsword
그것이 중요한지 알 수 없습니다. 나는 더 나쁜 것은 저널이없는 것만 큼 나쁘다고 생각하지만, 내가 읽은 것은 그렇게 나쁘지는 않지만 미묘함을 식별 할 수는 없다. 나는
—
ctrl-alt-delor
barrier=1있고, 그것은 나를 위해 충분히 빨리 달린다. 당신이 진짜 무거운 일을하지 않는 한 나는 그것을 남겨 두었습니다. 램 버퍼가 있으므로 응용 프로그램 속도 저하 없이 가능한 한 물건을 쓸 수 있습니다 . 디스크에 쓰는 데 약간의 지연이 있습니다. 램 버퍼 속도를 확인하려면 홈 디렉토리에 sync = 1을 추가하고 시스템을 하루나 이틀 동안 사용해보십시오.