C에서 malloc(100)을 호출하면 실제로는 요청한 것보다 많은 메모리가 잡힙니다. 이유는 세 가지입니다. 첫째, 정렬(alignment). 64비트 시스템에서 할당자는 보통 16바이트 단위로 주소를 맞춰야 하므로 요청 크기를 배수로 올림합니다. 둘째, 청크 헤더 메타데이터. glibc의 malloc은 각 블록 앞뒤에 크기와 상태 플래그를 담는 헤더를 붙여 free() 시 이 정보로 병합·재사용을 관리합니다. 셋째, 크기 클래스(size class)와 최소 청크 크기. 할당자는 임의의 바이트 대신 미리 정해진 구간(bin) 단위로 묶어 관리해 단편화를 줄이고 속도를 높입니다. 그래서 malloc_usable_size()로 확인하면 요청보다 큰 값이 돌아옵니다. 핵심 인사이트는, 이 '낭비'가 버그가 아니라 정렬·재사용·성능을 위한 의도된 설계라는 점입니다. 작은 객체를 대량 할당하는 코드라면 이 오버헤드가 실제 메모리 사용량에 크게 영향을 주므로, 구조체 크기를 정렬 경계에 맞추거나 풀(pool) 할당을 쓰면 효율을 끌어올릴 수 있습니다.