리눅스 시스템의 핵심 컴포넌트인 systemd-journald가 로그 한 줄을 기록할 때마다 예상보다 훨씬 많은 디스크 I/O를 발생시킨다는 문제가 다시 수면 위로 떠올랐습니다. 사용자들은 짧은 로그 메시지 하나가 ext4 파일 시스템에서는 49KB 이상, btrfs 파일 시스템에서는 110KB 이상에 달하는 쓰기 작업을 유발한다고 지적하며, 이는 시스템 성능 저하와 스토리지 수명 단축으로 이어질 수 있다고 우려하고 있습니다.
이번 논란은 systemd 깃허브(GitHub) 이슈 트래커에 올라온 보고서에서 시작되었습니다. 제보자는 초당 두 줄의 로그만 기록하는 가상 머신(VM)에서 약 50 IOPS(초당 입출력 작업 수)의 과도한 디스크 활동이 관찰되었다고 밝혔습니다. 이는 일반적인 syslog 방식의 로깅과 비교했을 때 비정상적으로 높은 수치입니다. 특히, journald가 사용하는 비효율적인 파일 형식과 잦은 메타데이터 업데이트가 문제의 원인으로 지목되고 있으며, 심지어 예기치 않은 재부팅 시 로그 파일이 손상되는 사례도 보고되어 데이터 안정성에도 의문이 제기되고 있습니다.
이 문제는 단순히 리눅스 서버 관리자만의 고민이 아닙니다. 클라우드 환경에서 가상 머신을 운영하거나, 임베디드 시스템처럼 제한된 스토리지 자원을 사용하는 경우, 불필요한 디스크 I/O는 직접적인 비용 증가와 시스템 안정성 저하로 이어질 수 있습니다. 이번 논란은 systemd-journald의 효율성과 안정성에 대한 근본적인 재검토가 필요하다는 목소리를 높이고 있으며, 개발자 커뮤니티에서는 더 효율적인 로깅 방식이나 기존 시스템의 개선을 요구하는 목소리가 커지고 있습니다.