본문으로 건너뛰기
피드

DAXFS: 리눅스에 새로운 읽기 전용 파일시스템 등장

devops 약 4분
vote
0
댓글
북마크

리눅스 커널의 DAX 인프라를 활용한 새로운 읽기 전용 파일시스템 DAXFS가 제안됨. 기존 block I/O 스택과 page cache를 완전히 우회하고 zero-copy 읽기를 제공하며, CXL 메모리 풀링, 컨테이너 rootfs 공유, GPU/FPGA 디바이스 메모리 직접 접근 등의 사용 사례를 목표로 함.

  • 1

    공유 물리 메모리 위에서 직접 동작하는 읽기 전용 파일시스템으로, block I/O 스택과 page cache를 완전히 우회

  • 2

    dma-buf API를 통해 GPU, FPGA, CXL 디바이스가 export한 메모리를 마운트 가능

  • 3

    여러 커널 인스턴스나 컨테이너가 동일한 물리 페이지를 공유하여 RAM 절약

  • 4

    AI 모델 가중치 등 디바이스 메모리 데이터에 zero-copy로 접근 가능

  • 5

    Linux Kernel Mailing List에 제안된 상태로 업스트림 반영 여부는 미정

  • 리눅스 커널에 또 새로운 파일시스템이 제안됨. 이번엔 DAXFS라는 읽기 전용 오픈소스 파일시스템임
  • 이름에서 유추할 수 있듯이 리눅스 커널의 DAX(Direct Access) 인프라를 활용함. 공유 물리 메모리 위에서 직접 동작하는 구조임
  • 핵심은 zero-copy 읽기임. 연속된 메모리 영역에서 직접 읽어오기 때문에 기존 block I/O 스택, buffer head, page cache를 전부 우회함
  • RAMFS나 TMPFS와는 근본적으로 다른 접근 방식임. 페이지 캐시 복제나 CPU 기반 복사가 아예 없음

주요 특징 요약: contiguous physical address나 dma-buf를 매핑해서 여러 커널 인스턴스나 컨테이너가 동일한 물리 페이지를 공유할 수 있음. GPU, FPGA, CXL 디바이스가 export한 메모리도 dma-buf API로 마운트 가능함

  • Multikernel.io에서 개발 중이며, 주요 사용 사례가 꽤 흥미로움:
    • 멀티커널 환경: 공유 메모리를 통해 독립된 커널 인스턴스들이 동일한 Docker 이미지를 공유
    • CXL 메모리 풀링: 네트워크 I/O 없이 여러 호스트에서 읽기 전용 데이터에 접근
    • 컨테이너 rootfs 공유: 하나의 DAXFS 베이스 이미지를 OverlayFS로 여러 컨테이너가 공유해서 물리 RAM 절약
    • 가속기 데이터: 디바이스 메모리에 저장된 모델 가중치나 lookup table에 zero-copy로 접근

AI 모델 가중치를 GPU 메모리에서 직접 파일시스템으로 접근할 수 있다는 건 추론 서빙 환경에서 상당히 매력적인 포인트임

  • 이미지 포맷 자체가 self-contained이고 읽기 전용이라 런타임 할당이나 복잡한 디바이스 관리가 필요 없음. 단순함이 장점임
  • 현재 Linux Kernel Mailing List에 제안된 상태이고, 커널 모듈과 유저스페이스 도구는 GitHub에 공개되어 있음. 업스트림 반영 여부는 아직 미지수임
  • CXL 생태계가 점점 확장되면서 이런 종류의 파일시스템 수요가 늘어날 것으로 보임. 특히 멀티 호스트 메모리 공유 시나리오에서 기존 네트워크 파일시스템 대비 확실한 이점이 있음

CXL 메모리 공유와 AI 추론 서빙 환경에서 실용적 가치가 높아 보이지만, 읽기 전용이라는 제약과 업스트림 수용 여부가 관건임.

댓글

댓글

댓글을 불러오는 중...

devops

포드가 AI 데이터센터 붐 수혜주로 뜬 이유는 자동차가 아니라 ESS였다

포드의 에너지 저장 사업이 AI 데이터센터 건설 붐을 타고 새 성장축으로 주목받고 있어. 전기차 수요 둔화로 남는 배터리 생산능력을 데이터센터·전력망용 ESS로 돌리는 전략이고, EDF 북미 사업체에 2028년부터 연간 4기가와트시 규모 공급 계약까지 체결했어.

devops

클라우드 빅3 차별화 논쟁, 정작 컴퓨트·스토리지는 거의 범용재가 됐다는 얘기

클라우드 업체들은 인공지능, 데이터베이스, 전용 서비스로 차별화를 강조하지만, 대부분의 기업 워크로드는 여전히 컴퓨트와 스토리지 위에서 돌아간다는 주장이다. AWS, 애저, 구글 클라우드의 핵심 인프라는 성숙도가 높아져 실질 역량 차이가 줄었고, 아키텍트는 브랜드보다 워크로드 적합성·비용·거버넌스·운영 정합성을 봐야 한다는 내용이다.

devops

DynIP, RFC 2136·IPv6·DNSSEC 지원하는 동적 DNS 서비스 공개

DynIP는 홈랩, 엣지 라우터, 인프라 팀을 겨냥한 동적 DNS(DDNS) 서비스다. 60초 안팎의 전파, RFC 2136 TSIG 기반 라우터 업데이트, 개인 도메인 연결, IPv6와 DNSSEC 지원을 핵심 기능으로 내세운다.

devops

깃허브 액션, 내부 데이터베이스 마이그레이션 여파로 4시간 지연

깃허브에서 2026년 5월 12일 13:41부터 17:43 협정세계시까지 일부 서비스 처리 지연이 발생했음. 내부 데이터베이스 마이그레이션으로 복제 지연이 생겼고, 작업 큐에 쌓이는 요청을 처리할 워커가 부족해진 게 원인이었음.

devops

AI 강국 경쟁, 결국 전기와 데이터센터 싸움으로 간다

AI 경쟁의 핵심이 모델과 반도체만이 아니라 안정적인 전력 확보로 이동하고 있다는 분석이야. 글로벌 데이터센터 전력 사용량은 2024년 400TWh에서 2030년 800TWh, 2050년 3500TWh 이상으로 커질 전망이고, 한국도 AI 데이터센터와 에너지 전략을 같이 설계해야 하는 상황이야.