리눅스 7.4 FAT32 패치, 파일 공간 사전 할당 최대 265배 빨라져
리눅스 7.4에 FAT32 파일 공간 사전 할당을 여러 클러스터 단위로 처리하는 패치가 들어갔습니다. 개발자 벤치마크에서는 5.3~265.4배 빨라졌지만, 최대치는 동기 마운트에서 실행한 특정 `fallocate()` 시험 결과입니다.
보안·인프라 · 최신기사
취약점과 보안 사고, 운영체제와 클라우드·네트워크를 다룹니다.
EXT4, 대용량 쓰기 성능 높이는 선택형 buffered iomap 추가
Linux 7.4의 EXT4에 선택형 buffered iomap 지원이 추가됩니다. 대용량 쓰기에서 성능 향상을 보였지만 일부 기능과 마운트 모드가 호환되지 않으며, 조건에 따라 기존 I/O 경로로 자동 전환합니다.
Git 2.56의 last-modified 명령은 한 디렉터리에서는 빠르고 흩어진 파일에서는 느립니다
Git 2.56의 실험적 git last-modified는 같은 디렉터리의 파일 40개를 조회할 때 파일별 git log보다 3.5배 빨랐지만, 저장소 곳곳의 파일에서는 더 느렸습니다. 디렉터리와 그 하위 경로를 함께 넘길 때 인자 순서에 따라 결과가 누락되는 문제도 확인했습니다.
DuckDB 2.0은 왜 더 빠른가
DuckDB 2.0 alpha의 성능 개선을 S3 비동기 I/O, 재귀 CTE, JSON용 VARIANT 저장 방식으로 나눠 직접 측정합니다. 테스트 환경에서는 S3 읽기가 2~3배, 깊은 Git 커밋 계보 탐색이 최대 160배 빨라졌으며, JSON 필드 쿼리와 저장 공간도 개선됐습니다.
Valkey 9.2의 forkless BGSAVE, 메모리 급증을 350MB에서 10MB로 줄였습니다
Valkey 9.2.0-rc1의 forkless BGSAVE는 쓰기 부하가 있는 1.1GB 데이터셋에서 저장 중 메모리 증가량을 평균 354MB에서 9.9MB로 줄였습니다. 대신 저장 시간은 3초에서 5~6초로 늘고 쓰기 처리량은 약 15% 감소해, 메모리와 성능 사이의 실제 비용을 보여줍니다.
Redis와 Dragonfly 직접 비교 — 아키텍처와 운영상 차이
Redis와 Redis 프로토콜 호환성을 갖춘 Dragonfly를 같은 환경에서 살펴보고, 두 제품의 아키텍처와 운영상 차이를 정리합니다. Dragonfly는 멀티코어와 메모리 효율을 앞세우지만, 지속성·클러스터·호환성과 운영 이력은 실제 워크로드로 확인해야 합니다.
리눅스 커널 LZ4 코드 재동기화로 성능과 유지보수 개선
삼성의 Michal Wilczynski가 커널 내 LZ4 코드를 최신 upstream 코드와 동기화하는 패치 묶음을 제출했습니다. EROFS 읽기 처리량은 클러스터 크기에 따라 약 11~14% 높아졌고, 다른 커널 내 벤치마크에서는 최대 21% 향상을 보였습니다.
벤치마크 측정값의 잡음을 줄이는 서버 튜닝
같은 벤치마크도 CPU 스케줄링과 클록 변화에 따라 실행 시간이 달라집니다. 코어 고정, 주파수 governor 설정, SMT와 turbo 비활성화 순으로 서버를 조정해 변동계수(CV)를 2.72%에서 0.26%로 낮춘 과정을 보여줍니다.
Linux 7.4의 간단한 최적화로 VFS do_open() 성능 최대 39% 향상
Linux 커널의 VFS 파일 열기 경로인 do_open()에서 중복으로 수행하던 dentry 참조 작업을 제거하는 패치가 준비되고 있습니다. 20코어 VM에서 같은 파일을 읽기 전용으로 여는 will-it-scale 벤치마크를 실행한 결과 초당 처리량이 최대 39% 증가했습니다.