OpenBSD용 GEFS(Good Enough File System) 개발 진전

Ori Bernstein이 OpenBSD용 GEFS 코드를 갱신하고 리베이스했으며, 일반적인 사용을 위한 오류 처리와 도구 지원을 개선함 오류 처리 코드를 점검하고 9front의 주요 버그 수정 대부분을 가져왔지만, 실제 오류 처리가 이론대로 동작하지 않는 부분은 여전히 있을 수 있음 이제 OpenBSD에서 파일 시스템 생성(mkfs) 이 가능하며, 디스크 레이블을 위해 기본적으로 첫 번째 파일 시스템 블록을 비워 둠 스냅샷 제어는 아직 구현되지 않았으며, 9front의 ctl 파일과 비슷한 인터페이스를 갖춘 사용자 공간 gefs 프로그램을 구상 중임 가장 큰 미완성 요소는 일관성 프로토콜이며, 새 블록 I/O를 계속 받으면서 커밋 단계의 쓰기 순서를 보장하는 방식을 검토 중임 오류 처리와 사용자 공간 도구 개선 Ori Bernstein은 OpenBSD로 가져온 GEFS를 개발 중이며, EuroBSDCon 2026 발표 영상은 해당 콘퍼런스에서 가장 많이 재생된 영상 중 하나임 테스트와 패치를 반영해 코드 갱신과 리베이스를 마치고 최신 변경 사항으로 diff를 다시 생성했으며, tech@에 진행 상황 메시지를 보냄 오류 처리 코드를 점검해 이론상 대부분의 오류를 올바르게 처리하도록 했지만, 실제 동작과 차이가 남아 있을 가능성이 있음 9front의 주요 버그 수정 대부분을 가져옴 기본적으로 첫 번째 파일 시스템 블록을 사용하지 않도록 변경함 이 위치에 디스크 레이블을 둘 수 있어 슈퍼블록까지 함께 배치하기 어렵기 때문임 사용자 공간 도구 일부를 구현해 OpenBSD에서 mkfs 실행이 가능해졌지만, 스냅샷 제어는 아직 없음 9front의 ctl 파일과 비슷한 인터페이스를 유지하는 gefs 프로그램을 검토 중임 구상한 명령은 gefs debug [0|1], gefs usereserve, gefs retain snap timespec, gefs snap name newname, gefs fork name newname임 코드와 문서 링크는 이전 메시지에 있으며, 테스트 가능한 사용자의 참여를 요청함 일관성 프로토콜과 쓰기 순서 구상 일관성 프로토콜이 여전히 가장 큰 미완성 요소이며, 비슷한 문제를 다뤘던 기존 softupdates 코드를 참고하고 있음 목표는 새 블록 I/O를 계속 받아들이면서 커밋 단계에 순서 배리어를 두는 것임 평상시에는 변경된 블록을 만들고 임의 순서로 디스크에 기록함 mutlk를 잡은 상태에...