큰 inode 크기(ext4)의 성능 이점

우리는 두 개의 파티션으로 나누어진 비디오 편집 서버를 가지고 있습니다. 하나는 비디오 클립용이고 다른 하나는 프로젝트용입니다. 프로젝트 파티션에는 총 7TB의 데이터와 250,000개의 파일이 있습니다. 이 중 50,000개는 크기가 1600바이트 미만입니다. inode 크기를 기본 256바이트에서 2048바이트로 늘리면 성능상의 이점이 있는지 궁금합니다. 파일 시스템은 이러한 1600바이트 파일을 inode 메타데이터와 함께 인라인으로 자동 저장합니까?

우리는 Samba를 사용하여 Windows 및 Mac 클라이언트에 공유를 마운트합니다. 동일한 공유에 있는 폴더 간에 10,000개의 작은 파일이 포함된 디렉터리를 이동할 때(Windows 클라이언트 사용) 데이터가 어디에도 전송되지 않았음에도 불구하고 이동 작업을 완료하는 데 3-4분이 걸리는 것으로 나타났습니다. 그래서 파일 포인터 업데이트에만 시간이 오래 걸리는 것 같아요. 파일의 20%를 해당 inode와 함께 인라인으로 저장하면 상황이 개선됩니까?

내 계산에 따르면 약 300MB의 추가 공간이 필요한 것으로 보입니다(무시할 수 있음). 그렇다면 이것을 시도하지 않을 이유가 무엇입니까?

참고: 파일 시스템은 현재 블록 크기 4K로 포맷되어 있으며 기본 NVMe SSD 디스크 블록 크기는 4K입니다(512B로 다시 포맷 가능).