ext4 data=journal은 file data와 metadata를 모두 journal합니다. ordered보다 강한 보호와 성능 비용이 왜 함께 생기나요?

data=journal은 file data와 metadata를 모두 journal transaction의 기록 대상으로 넣어 valid commit 범위에서 둘을 함께 replay할 수 있게 하는 모드입니다. ordered가 file data를 home location으로 먼저 flush하고 metadata를 journal에 기록하는 순서를 연결하는 데 비해, journal 모드는 data 자체가 journal 경로를 지나므로 crash 시 data 보호 범위가 더 직접적입니다. 대신 비용이 생깁니다. 단순화한 4 KiB write에서 애플리케이션 data D와 inode metadata M이 먼저 journal에 기록되고 commit된 뒤, checkpoint가 D와 M을 최종 home block에 반영합니다. data가 journal과 home에 두 번 이동하는 경로가 생겨 journal bandwidth, write amplification, flush latency가 증가할 수 있습니다. ordered 모델에서는 D를 home에 flush한 뒤 M을 journal에 기록하므로 data journal 복제가 없지만, overwrite 최신성·device power-loss 보호·여러 파일 논리 원자성은 별도 조건입니다. data=journal도 O_SYNC나 DB commit을 자동으로 대신하지 않으며, 유효한 commit record와 checksum이 없는 transaction은 replay 완료로 취급하지 않습니다. 선택은 data 재생성 가능성, crash 뒤 이전 data 허용 여부, journal 용량과 write rate, storage latency로 결정합니다. 실제 성능 비교는 같은 workload에서 journal commit latency와 checkpoint backlog를 분리 측정해야 하며, 이 환경에서는 ext4 crash 실험을 실행하지 않았습니다. 따라서 “모든 전원 장애 write를 보존한다”고 확장하지 않고 ext4/JBD2의 모드 차이와 비용만 답합니다.