작은 파일 시스템을 만들고 필요할 때 확장하면 아이노드 수가 비례해서 늘어나나요?
오버레이 스토리지 드라이버와 함께 Docker를 사용하고 싶습니다. 이는 매우 inode 집약적일 수 있습니다.하위 레이어를 병합하기 위해 하드 링크를 사용하기 때문에. (원래 aufs 드라이버는 추가 inode가 필요하지 않았지만 런타임에 추가 디렉터리 조회를 발생시키는 통합 마운트를 효과적으로 스택했습니다.) 편집: 하드 링크 자체는 추가 inode를 사용하지 않습니다. 문제는 추가라고 생각합니다.목차어떤 항목을 만들어야 합니다.
(닫힌 질문여기. 나는 대답이 틀렸다고 생각합니다. 그러나 질문이 종료되었으므로 새 질문을 만들어야 한다고 나와 있습니다.)
답변1
예. 바라보다 man mkfs.ext4:
-i bytes-per-inode바이트/아이노드 비율을 지정합니다. mke2fs는 디스크의 각 inode 바이트 공간에 대해 inode를 생성합니다. inode당 바이트 비율이 높을수록 생성되는 inode 수가 줄어듭니다. 이 값은 일반적으로 파일 시스템의 블록 크기보다 작아서는 안 됩니다. 이 경우 사용할 수 있는 것보다 더 많은 inode가 생성되기 때문입니다. 파일 시스템이 생성된 후에는 이 비율을 변경할 수 없으므로 주의하여 이 매개변수의 올바른 값을 결정하세요. 파일 시스템 크기를 조정하면 이 비율을 유지하기 위해 inode 수가 변경됩니다.
크기를 1G에서 10G로 조정하고 tune2fs /dev/X | grep Inode.inode 수가 64K에서 약 640K로 증가하는 것을 실험적으로 확인했습니다.
나는 이것이 "블록 그룹"을 사용하는 Unix 파일 시스템의 자연스러운 결과라고 믿습니다. 파티션은 블록 그룹으로 나뉘며 각 블록 그룹에는 자체 inode 테이블이 있습니다. 파일 시스템을 확장하면 새 블록 그룹이 추가됩니다.