기본블럭때문입니다.
포멧하실때 기본할당크기 (블럭크기) 를 지정하잖아요 ?
근데 그게 작을수록 기본단위가 작아지지만 클수록 속도가 올라간간말이에요 ?
기본블럭이 1k 256k 일때를 비교해보면
10k 짜리 사진을 넣으면 1k 짜리포멧은 1k1k1k1k1k1k1k1k ... 해서 10번 써서 10 k 를 기록 합니다. (매 1번지마다 )
하지만 256k 는 256k ------------------------------------------------------ 한번에 256k 를 던져놓고 가는거죠 ... 나머지 빈공간....(256번지마다 파일을 하나씩 놓는겁니다.
그러니 실제 파일이 포멧 방식의 블럭 사이즈보다 작으면 다 로스 나는거죠 .... 속도는 빠릅니다.
포멧하실때 기본할당크기 (블럭크기) 를 지정하잖아요 ?
근데 그게 작을수록 기본단위가 작아지지만 클수록 속도가 올라간간말이에요 ?
기본블럭이 1k 256k 일때를 비교해보면
10k 짜리 사진을 넣으면 1k 짜리포멧은 1k1k1k1k1k1k1k1k ... 해서 10번 써서 10 k 를 기록 합니다. (매 1번지마다 )
하지만 256k 는 256k ------------------------------------------------------ 한번에 256k 를 던져놓고 가는거죠 ... 나머지 빈공간....(256번지마다 파일을 하나씩 놓는겁니다.
그러니 실제 파일이 포멧 방식의 블럭 사이즈보다 작으면 다 로스 나는거죠 .... 속도는 빠릅니다.
파티셔닝 후에 빠지는 용량은 파일 시스템이 잡아 둔 용량입니다.
파일이나 폴더의 정보를 담아두는 부분도 당연히 하드 디스크에 기록이 되고, 파티션을 나눌 때 파일 시스템에서 그런 정보를 기록하는데 필요한 용량를 미리 잡아둡니다.
윈도우의 NTFS에서는 대충 5~10%정도를 잡는데 이걸 유저에게 보여주지 않기 때문에 용량 차이가 발생합니다.
반면의 유닉스 계열에서는 inode 용량을 확인할 수 있고 할당량도 조정할 수 있죠.
파일을 클러스터 단위로 잘랐을 때 딱 차지 않으면 그만큼 손실이 크게 될거예요.
그리고, 얼마전에 발견한 증상인데, 파일의 절대경로가 아주 긴 경우 다른 서드파티 프로그램으로 확인하니 정상적으로 나오는데, 탐색기의 '속성'에서는 정확한 정보를 못가져 왔습니다.
일례로 명령창 여시고 powercfg -h off 명령을 수행하면 설치된 램의 1.5배 정도 되는 메모리 공간이 반환됩니다.