OpenBSD로 이식하신 만큼, DragonflyBSD의 HAMMER2는 어떻게 보시는지? 블록 단위 쓰기 시 복사(CoW) 파일시스템이며, ZFS의 메모리 사용량 문제를 해결한다는 점이 마음에 듦.

얼마 전 GEFS를 알게 됐는데, 기본 구상과 특히 우선순위 목록이 마음에 듦. 9front에서 안정적이라고 볼 수 있는지?
코드를 읽고 이해하려는 사람에게 해줄 조언도 있는지?

주제에서 조금 벗어나지만, 링크된 GEFS 논문은 글이 정말 잘 쓰여 있음. 내가 잘못된 자료만 읽는 건지 모르겠지만, 전산학뿐 아니라 여러 분야의 논문에서 저자들이 자만한다는 느낌을 받곤 하며, 이는 무척 비과학적이고 거슬림. 문서나 프로젝트 소개도 마찬가지여서 그런 프로젝트는 피하려고 함. 마케팅식 문구가 과학 논문에까지 들어와 정작 다뤄야 할 주제를 가리는 건 안타까움. 지극히 주관적이지만, 진정한 관심이 습관적인 오만함으로 대체되는 모습은 저자의 나이나 경력 단계와도 관련 있어 보임. 삶의 초점을 더 중요한 일로 옮기는 건 충분히 이해하지만, 이런 현상이 요즘 더 흔해지는 이유와 줄이거나 피할 방법이 궁금함.

근본적으로 심사자들은 기여가 충분히 크지 않다고 느끼는 논문을 거절하는 경향이 있음. 읽기 어려운 논문은 더 많은 작업이 들어간 듯 느껴지므로, 복잡하게 설명할 유인이 생김. 페이지 수 제한도 이를 부추김. 새로운 점을 부각할 공간을 확보하려다 이해를 돕는 설명이 빠지곤 함. 이 글이 학술 논문이었다면 2쪽 첫 줄 정도만 쓰고 나머지 세부 설명, 즉 3절 대부분은 생략했을 것임. PDF의 복사·붙여넣기가 막혀 있어 직접 인용할 수는 없지만, 해당 트리 구조를 모르면 참고문헌 1번을 읽으라고 넘기면 되는 식임. 그러면 파일시스템에서 이 자료구조가 주는 구체적인 이점을 설명할 공간이 늘어남.
시스템 분야 논문은 벤치마크 결과도 크게 강조하지만, 대개 독립변수를 통제하지 않고 실험 오차를 정량화하지 않으며 현실적인 작업 부하도 다루지 않음.