갑자기 디스크가 꽉 찼을 때 제일 먼저 막히는 지점
업무용 노트북을 오래 쓰다 보면 저장 공간이 줄어드는 시점이 꼭 온다. 문서 몇 개 저장하는 정도야 버티겠지만, 화면 녹화 파일, 압축 해제해 둔 설치 파일, 메신저로 받은 자료, 클라우드 동기화 폴더가 겹치면 남은 용량이 순식간에 10GB 아래로 내려간다. 문제는 윈도우 기본 탐색기만으로는 어디가 얼마나 큰지 한눈에 보기 어렵다는 점이다.
처음에는 흔히 하는 방식대로 다운로드, 바탕 화면, 동영상 폴더부터 열어 봤다. 폴더를 우클릭해서 속성을 확인하는 방법인데, 폴더 하나 계산하는 데도 몇 초씩 걸리고 하위 폴더를 다시 들어가면 같은 작업을 반복해야 한다. 20개 폴더만 확인해도 금방 지치고, 정작 용량을 많이 먹는 숨은 폴더는 놓치기 쉽다.
특히 애매한 건 체감과 실제 사용량이 자주 다르다는 점이다. 나는 분명 대용량 영상 파일이 문제일 거라고 생각했는데, 막상 확인해 보니 오래된 프로젝트 백업 ZIP과 임시 캐시 파일이 더 컸던 적이 많았다. 감으로 찾으면 시간만 쓰고, 삭제도 자신 있게 못 하게 된다.
탐색기와 설정 화면으로 버텨보려다 포기한 이유
한동안은 윈도우 저장소 설정 화면도 써 봤다. 설정 > 시스템 > 저장소로 들어가면 앱, 임시 파일, 문서 같은 큰 범주를 보여주니 처음엔 꽤 쓸 만해 보였다. 문제는 범주가 넓어서, “문서가 크다”는 사실만 알아도 실제로 어느 폴더를 정리해야 하는지는 다시 손으로 파고들어야 한다는 데 있다.
또 하나 시도했던 방법은 파일 탐색기 검색창에 size:>1GB 같은 조건을 넣는 방식이었다. 파일 단위로 큰 항목을 찾는 데는 도움이 되지만, 폴더 구조 전체를 보는 데는 답답하다. 예를 들어 300MB짜리 파일이 40개 흩어져 있으면 개별 검색 결과로는 보여도, 어느 상위 폴더가 진짜 문제인지 감이 늦게 온다.
결정적으로 불편했던 건 비교가 안 된다는 점이었다. A 폴더가 12GB, B 폴더가 8GB라는 정도는 확인할 수 있어도, 하위 폴더까지 포함해 어디서 급격히 용량이 커졌는지 흐름이 안 보였다. 몇 번 같은 일을 반복하고 나니, 폴더 크기를 트리 구조로 바로 보여주는 프로그램이 필요하다고 판단했다.
TreeSize를 고른 이유와 비슷한 대안과의 차이
TreeSize를 고른 이유는 단순했다. 설치 후 실행해서 드라이브를 스캔하면 탐색기 비슷한 화면에서 폴더별 크기가 바로 계층 구조로 정리된다. 숫자만 나오는 게 아니라 배경 막대가 같이 보여서, 목록을 위에서 아래로 훑는 것만으로도 어느 폴더가 유난히 큰지 바로 튄다.
내가 확인한 기준은 세 가지였다. 첫째, 전체 드라이브를 빠르게 훑을 수 있는지. 둘째, 파일 단위까지 내려가서 정리 대상을 찾을 수 있는지. 셋째, 무료 버전만으로도 기본 정리에 충분한지였다. 이런 조건에서는 TreeSize Free가 과장 없이 실무형에 가깝다. 처음부터 기능이 넘쳐서 복잡한 스타일이 아니라, 일단 어디가 큰지부터 잡아내는 데 초점이 맞아 있다.
비교 대상으로는 WinDirStat와 윈도우 기본 저장소 화면이 가장 현실적이다. WinDirStat는 색 블록 형태의 트리맵이 강해서 시각적으로 큰 파일을 찾는 데 좋다. 다만 폴더를 단계별로 따라가며 정리할 때는 TreeSize 쪽이 더 익숙했고, 탐색기처럼 보는 방식이 덜 피곤했다. 반대로 큰 파일의 분포를 그림처럼 보고 싶은 사람은 WinDirStat가 더 잘 맞을 수 있다.
윈도우 기본 저장소 화면은 설치 없이 바로 쓸 수 있다는 장점이 있다. 대신 세부 폴더 분석이 얕아서, “당장 급한 10GB 확보”처럼 목적이 분명할 때는 한계가 빨리 온다. 정리 대상이 몇 개의 대표 폴더로 뻔한 경우엔 기본 기능도 충분하지만, 여러 프로젝트 폴더와 압축 파일, 동기화 폴더가 뒤섞여 있다면 TreeSize 쪽이 훨씬 덜 돌아간다.
직접 써본 흐름: 스캔부터 삭제 후보를 찾는 과정
실제로 사용한 흐름은 복잡하지 않았다. 프로그램을 열고 시스템 드라이브 C:를 선택해 스캔을 시작했다. 내 업무용 SSD는 512GB인데 사용량이 430GB 정도였고, 스캔 자체는 대략 1분 안쪽에서 끝나는 편이었다. 폴더 수가 많으면 더 걸리지만, 탐색기에서 하나씩 속성 보는 방식과는 비교가 안 됐다.
첫 화면에서 바로 도움이 된 부분은 상위 폴더 정렬이었다. 크기 기준으로 큰 항목이 위로 올라오니 Users, ProgramData, 특정 백업 폴더가 먼저 걸렸다. 그다음 각 폴더 왼쪽의 트리를 펼쳐 하위 폴더를 내려가면, 어느 단계에서 용량이 급증했는지 흐름이 이어진다. 숫자를 읽기 전에 막대 길이부터 보여서 판단이 빠르다.
조금 더 구체적으로 적으면 이런 순서다. 입력은 드라이브 선택 하나면 끝난다. 이후 설정 쪽에서 보기 기준을 크기, 점유 디스크 공간, 파일 개수 중 목적에 맞게 바꿀 수 있었고, 필요하면 파일 유형 필터를 걸어 ZIP, JPG, MP4처럼 특정 형식만 추려 볼 수 있다. 실행 후에는 결과 목록에서 큰 폴더를 펼치고, 파일 단위까지 내려가 삭제 후보를 고른다.
내 경우 가장 컸던 건 영상 파일이 아니라 압축 백업이었다. 오래된 프로젝트 폴더 안에 backup_2024.zip, export_final.zip 같은 파일이 여러 개 있었고, 1GB 안팎 파일이 8개 넘게 쌓여 있었다. 합쳐 보니 11GB 정도였다. 여기서 중요한 건 파일명만 보고는 놓치기 쉬웠다는 점이다. 평소엔 하위 폴더 깊숙이 있어서 눈에 안 띄는데, TreeSize에서는 상위 폴더가 먼저 튀어 바로 도달할 수 있었다.
파일 유형별 확인이 생각보다 실용적이었던 부분
용량 정리에서 늘 애매한 건 “무엇을 지워도 되는가”다. 폴더 크기만 보면 큰 건 찾을 수 있어도, 업무 자료와 캐시 파일을 구분하지 못하면 손이 잘 안 간다. 여기서 파일 유형 필터가 꽤 현실적으로 작동했다. 문서와 소스 파일은 건드리지 않고, ISO, ZIP, MP4, 대용량 이미지 폴더부터 따로 볼 수 있으니 판단이 쉬워진다.
예를 들어 다운로드 폴더 안에 설치 파일이 흩어져 있을 때, 그냥 목록으로 보면 이름만 달라 비슷해 보인다. 하지만 확장자 기준으로 걸러 보면 설치용 EXE와 압축된 ZIP이 한 번에 모여서 보인다. 이미 설치한 프로그램의 설치 파일을 계속 보관할 이유가 없다면 여기서 정리 속도가 빨라진다.
작업 과정도 단순했다. 스캔 결과에서 의심되는 상위 폴더를 고른 뒤, 파일 목록 보기로 내려간다. 그다음 파일 형식이나 크기 기준으로 정렬하고, 마지막 수정 날짜를 같이 본다. 최근 1주일 안에 만든 파일은 보수적으로 남기고, 6개월 이상 건드리지 않은 대용량 압축 파일부터 처리하는 식이 안전했다.
이 방식이 좋았던 이유는 삭제 판단의 근거가 생긴다는 데 있다. “커 보이니까 지운다”가 아니라 “2.4GB ZIP, 마지막 수정 11개월 전, 원본은 이미 NAS에 백업됨”처럼 조건을 확인하고 움직일 수 있다. 시간도 덜 들고 실수도 줄어든다.
정리 결과는 좋았지만 만능은 아니었다
한 번은 남은 공간이 7GB까지 떨어진 상태에서 정리를 시작했다. TreeSize로 상위 폴더를 훑고, 다운로드 폴더와 프로젝트 백업, 동기화 캐시 쪽을 정리해 약 38GB를 확보했다. 체감상 가장 컸던 변화는 윈도우 업데이트나 대용량 파일 복사 때 경고가 사라졌다는 점이다. 노트북이 버벅이는 느낌도 줄었는데, 저장 공간이 너무 빡빡할 때 생기던 임시 파일 처리 문제가 완화된 영향이 컸던 듯하다.
다만 한계도 분명하다. 무엇을 지워야 안전한지까지 대신 판단해 주지는 않는다. ProgramData나 앱 관련 폴더는 크기가 커 보여도 함부로 삭제하면 문제가 생길 수 있다. 결국 분석 도구이지 자동 청소 도구는 아니며, 사용자 쪽에서 파일 성격을 이해하고 움직여야 한다.
무료 버전 기준으로 보면, 정기 보고서처럼 복잡한 관리 기능까지 기대하는 사람에게는 약간 심심할 수 있다. 반대로 내 기준에서는 그 정도가 오히려 장점이었다. 폴더 용량 확인과 정리 판단에 집중하려는 사람에게는 부담이 적고, 기능이 너무 많아 설정만 만지다 끝나는 상황이 적다.
추천할 만한 사람은 이렇다. 프로젝트 폴더가 자주 쌓이는 직장인, 다운로드 폴더를 방치하는 편인 사용자, 클라우드 동기화 폴더와 로컬 파일이 섞여서 어디가 큰지 감이 안 오는 사람에게 잘 맞는다. 반면 저장 공간이 항상 넉넉하고, 정리 대상이 사진이나 영상 몇 폴더로 명확한 경우라면 굳이 별도 프로그램까지 쓸 필요는 없다. 내가 다시 예전 방식으로 돌아가야 하냐고 묻는다면, 폴더 속성 창을 하나씩 열어 보던 방법은 이제 권하고 싶지 않다.