회사 노트북 저장공간이 또 빨간 줄로 들어오기 시작한 게 출발이었습니다. 원래는 이런 거 뜨면 대충 다운로드 폴더 한번 비우고, 바탕화면에 쌓인 파일 좀 옮기고 끝냈는데 이번엔 이상하게 정리를 해도 용량이 거의 안 줄더라고요. 분명 뭔가 큰 게 숨어 있는데 탐색기로는 감이 안 왔습니다.
그래서 TreeSize Free를 깔았습니다. 사실 이런 프로그램은 예전에도 몇 번 봤는데, 늘 “지금은 바쁘니까 나중에” 하다가 미뤘거든요. 이번엔 진짜 공간이 없어서 설치했고, 처음 기대한 건 아주 단순했습니다. 그냥 뭐가 많이 먹는지만 빨리 보고 지우자, 딱 그 정도였습니다.
처음엔 탐색기로 버텨보려다가 포기했다
처음에는 굳이 프로그램까지 써야 하나 싶어서 윈도우 탐색기에서 폴더 속성 눌러가며 큰 폴더를 찾았습니다. 그런데 이 방식이 생각보다 너무 느렸습니다. 상위 폴더 하나 눌러서 계산 기다리고, 또 그 안으로 들어가서 다시 속성 보고, 이걸 몇 번 반복하니까 금방 지치더라고요.
게다가 어디가 진짜 많이 차지하는지 한눈에 안 들어왔습니다. 대충 감으로는 사용자 폴더나 프로젝트 폴더가 클 것 같았는데, 막상 들어가 보면 또 하위 폴더마다 성격이 달라서 헷갈렸습니다. 여기서 한 번 생각이 바뀌었습니다. 내가 지금 정리를 하는 게 아니라 거의 보물찾기처럼 뒤지고 있구나 싶었습니다.
TreeSize Free를 실행하고 드라이브를 스캔했는데, 이때 바로 좋았던 건 탐색기처럼 폴더 구조가 보이는데 옆에 크기 비율이 막대처럼 붙는 점이었습니다. 설명으로 들으면 별거 아닌데, 실제로는 저 막대 하나 때문에 눈이 큰 폴더에 바로 갑니다. 정리 잘 된 표를 보는 느낌보다, 일단 어디를 의심해야 하는지 잡아주는 쪽에 가까웠습니다.
첫 번째로 막힌 건 관리자 권한이었다
처음 스캔했을 때는 생각보다 결과가 심심했습니다. 분명 C드라이브가 꽉 찼는데, 내가 자주 쓰는 폴더 몇 개만 크게 나오고 나머지는 애매했어요. 순간 “생각보다 별거 없네” 싶었는데, 이상하게 전체 용량이랑 맞지가 않았습니다.
여기서 한 번 막혔습니다. 뭔가 덜 보이는 느낌인데 이유를 몰랐거든요. 찾아보니 관리자 권한으로 다시 실행해야 시스템 쪽이나 접근 제한 걸린 영역이 좀 더 제대로 보이는 경우가 있더라고요. 다시 관리자 권한으로 열고 재스캔했더니, 그제야 숨어 있던 쪽이 드러났습니다.
이 부분은 진짜 사소한데 꽤 중요했습니다. 그냥 실행했을 때랑 관리자 권한으로 실행했을 때 보이는 정보의 밀도가 다르더라고요. 물론 모든 폴더를 다 건드릴 필요는 없지만, 적어도 “분명 용량은 찼는데 범인이 안 보인다” 싶으면 이걸 먼저 의심해볼 만했습니다.
그리고 여기서 알게 된 건, 디스크 정리할 때 제일 위험한 건 안 보이는 공간을 감으로 추정하는 거였습니다. 보이지 않는다고 없는 게 아니니까요. 윈도우 기본 저장소 분석도 나쁘진 않은데, 카테고리 단위로 뭉뚱그려 보여줄 때가 있어서 실제 폴더를 바로 따라가기엔 TreeSize 쪽이 더 편했습니다.
범인은 의외로 다운로드도 바탕화면도 아니었다
저는 당연히 다운로드 폴더가 문제일 줄 알았습니다. 설치 파일, 받은 압축파일, 테스트용 데이터 이런 게 늘 쌓여 있으니까요. 실제로 거기도 크긴 했는데, 결정적인 건 아니었습니다.
진짜 많이 먹고 있던 건 작업하다가 잠깐 받아둔 원본 영상 폴더랑, 압축 풀고 그대로 방치한 데이터셋 폴더였습니다. 더 어이없었던 건 프로젝트를 이미 다른 드라이브로 옮겼다고 생각했는데, 중간에 복사만 해두고 원본을 안 지운 폴더가 남아 있던 거였습니다. 이건 솔직히 TreeSize 아니었으면 한참 뒤에 알았을 것 같습니다.
폴더 크기를 한 단계씩 내려가며 보니까 어디서 갑자기 숫자가 튀는지가 아주 노골적으로 보였습니다. 탐색기에서는 “이 폴더가 큰가?”를 하나씩 확인해야 했다면, 여기서는 “여기가 수상한데?”가 먼저 보이고 그다음에 들어가게 됩니다. 실제로 일할 때는 이 순서 차이가 꽤 큽니다. 시간도 덜 들고, 괜히 멀쩡한 폴더 뒤지다가 흐름 끊기는 일도 줄어듭니다.
한 가지 팁이라면, 처음부터 파일 단위로 내려가지 말고 상위 폴더에서 큰 덩어리부터 자르는 게 낫습니다. 처음에 저는 괜히 작은 로그 파일들까지 보다가 시간만 썼습니다. 몇 MB짜리 열 개 지우는 것보다 몇 GB짜리 임시 원본 하나 정리하는 게 훨씬 빠르더라고요.
두 번째 시행착오는 너무 빨리 지우려다가 돌아간 거였다
범인을 찾고 나니까 갑자기 성급해졌습니다. 보이는 대로 지우면 끝날 줄 알았거든요. 그런데 여기서 두 번째로 크게 돌아갔습니다.
예전 프로젝트 폴더 안에 큰 압축 해제본이 있어서 바로 삭제하려고 했는데, 이름이 너무 애매했습니다. 날짜도 비슷하고 폴더명도 복붙해둔 것처럼 비슷해서, 순간 이게 현재 작업에 물린 건지 헷갈리더라고요. TreeSize에서는 크기와 경로가 잘 보이니까 “이거 크네”까지는 빨리 가는데, 실제로 지워도 되는지 판단은 또 다른 문제였습니다.
결국 바로 삭제 안 하고, 마지막 수정일이랑 상위 경로를 다시 봤습니다. 그리고 프로젝트 실행 폴더와 비교해보니 현재 사용하는 건 다른 위치였어요. 원래는 그냥 지웠을 텐데, 여기서 한번 멈춘 게 결과적으로 맞았습니다. 괜히 급하게 지웠다가 다시 데이터 복구하거나 재다운로드하는 게 더 귀찮으니까요.
이때 느낀 건 TreeSize가 정답을 대신 내려주는 도구는 아니라는 점이었습니다. 어디가 큰지는 아주 잘 알려주는데, “그래서 이걸 지워도 되냐”는 결국 사람이 문맥을 봐야 합니다. 실무에서는 이 차이가 은근 중요합니다. 용량 큰 폴더 찾는 것과 안전하게 정리하는 건 비슷해 보여도 단계가 다르더라고요.
필터랑 정렬은 좋았는데, 처음엔 괜히 깊게 팠다
조금 익숙해지고 나서는 파일 유형 필터도 만져봤습니다. 특히 영상 파일이나 압축파일처럼 덩치 큰 것만 보고 싶을 때 생각보다 유용했습니다. “도대체 뭐가 이렇게 크지”에서 “아, mp4랑 zip이 대부분이네”로 빨리 좁혀지는 느낌이 있었습니다.
다만 여기서도 살짝 헛다리를 짚었습니다. 처음엔 필터를 걸고 나면 전체 구조가 더 명확해질 줄 알았는데, 오히려 너무 일찍 필터를 걸면 맥락이 사라져서 헷갈릴 때가 있었습니다. 예를 들어 큰 프로젝트 폴더 안에서 어떤 파일 형식이 많은지 보려면 좋은데, 아예 처음부터 확장자 기준으로만 보면 왜 그 파일이 거기 있는지 흐름이 안 잡히더라고요.
결국 제 방식은 이렇게 바뀌었습니다. 먼저 전체 스캔으로 큰 폴더를 찾고, 그다음 그 폴더 안에서만 정렬이나 필터를 씁니다. 이게 훨씬 덜 복잡했습니다. 뭐든 한 번에 다 보여주면 좋아 보이는데, 실제로는 단계 나눠서 보는 게 더 빨랐습니다.
그리고 점유 디스크 공간이랑 실제 파일 크기가 다르게 보이는 경우도 있어서 그 부분은 한 번쯤 눈여겨볼 만했습니다. 특히 작은 파일이 엄청 많거나 클러스터 영향 받는 경우엔 생각보다 체감이 달라질 수 있어서요. 평소엔 잘 안 보던 항목인데, 이런 도구를 쓰니까 왜 디스크가 생각보다 빨리 차는지 이해가 좀 됐습니다.
네트워크 드라이브랑 동기화 폴더도 건드려봤는데 느낌이 좀 달랐다
나중에는 로컬 드라이브 말고 팀에서 같이 쓰는 동기화 폴더 쪽도 한번 봤습니다. 이것도 처음엔 기대를 좀 했습니다. “여기도 숨은 대용량 파일 많겠지” 싶었거든요.
그런데 이쪽은 로컬 폴더 정리할 때처럼 시원하게 답이 나오진 않았습니다. 클라우드 동기화 상태에 따라 보이는 파일과 실제 내려받은 파일이 섞여 있으니까, 숫자는 보이는데 당장 정리 효과가 어디까지인지 헷갈리는 지점이 있었습니다. 네트워크 드라이브도 비슷했습니다. 스캔 자체는 되는데, 로컬 SSD 뒤질 때처럼 바로바로 움직이는 느낌은 아니더라고요.
그래도 장점은 있었습니다. 팀 폴더에서 누가 큰 원본을 오래 방치했는지, 어떤 종류의 파일이 많이 쌓였는지 감 잡는 데는 충분했습니다. 다만 이건 혼자 바로 지우는 문제보다, “이거 이제 archive로 빼도 되나요” 같은 커뮤니케이션으로 이어지는 경우가 많아서 개인 디스크 정리와는 결이 좀 달랐습니다.
비슷한 용도로는 윈도우 기본 저장소 기능이나 OneDrive/드롭박스 쪽 관리 화면도 볼 수 있는데, 실제 폴더 구조를 따라가며 보는 건 TreeSize 쪽이 더 손에 익었습니다. 반대로 아주 거칠게 카테고리만 보고 정리할 때는 기본 기능이 더 단순해서 편할 수도 있겠다는 생각은 들었습니다.
결국 해결은 됐는데, 생각보다 깔끔하게 끝나진 않았다
결과적으로는 용량을 꽤 많이 확보했습니다. 중복으로 남아 있던 원본 데이터, 압축 해제 후 방치된 폴더, 예전 테스트 산출물 같은 걸 정리하니까 눈에 띄게 여유가 생겼습니다. 예전에는 “정리했다”고 해도 체감이 별로 없었는데, 이번엔 확실히 빨간 줄에서 벗어나니까 속이 좀 편하더라고요.
그런데 완전히 끝난 느낌은 아니었습니다. 왜냐하면 이런 건 한 번 정리한다고 습관이 바뀌는 건 아니더라고요. 특히 작업 파일을 일단 받았다가 나중에 치우는 식으로 일하면, 몇 주만 지나도 다시 쌓입니다. TreeSize Free는 그걸 찾아내는 속도를 올려주는 쪽이지, 알아서 정리 규칙을 만들어주진 않습니다.
그래서 지금은 큰 파일이 생기는 작업을 한 뒤에는 바로 폴더 위치를 한번 확인하는 쪽으로 바뀌었습니다. 다운로드 폴더에 둘 건지, 프로젝트 드라이브로 옮길 건지, 압축 풀었으면 원본 zip은 남길 건지 정도만 그때 결정해도 나중에 덜 꼬입니다. 너무 당연한 얘기 같지만, 실제로는 이걸 자주 놓치게 되더라고요.
써보니 좋은 점이랑 애매한 점이 같이 남았다
좋았던 건 분명합니다. 탐색기에서 감으로 찾던 걸 거의 바로 시각화해주고, 폴더 구조를 안 잃은 채로 큰 덩어리를 찾게 해주는 점은 정말 편했습니다. 특히 “어디가 큰지 모르겠다” 상태를 빨리 끝내준다는 게 제일 컸습니다.
반대로 애매한 점도 있었습니다. 무료 버전 기준으로 아주 세세한 관리 기능까지 기대하면 조금 아쉬울 수 있고, 스캔 결과를 본다고 바로 안전한 삭제 판단까지 되는 건 아닙니다. 그리고 시스템 파일이나 작업 중인 캐시 폴더는 함부로 건드리면 안 되니까, 결국 어느 정도는 사용자가 구분할 줄 알아야 합니다.
그래도 실무에서 은근 도움이 되는 건 맞았습니다. 특히 프로젝트 폴더가 자주 커지는 사람, 영상/이미지 원본 많이 다루는 사람, 압축 풀어놓고 잊어버리는 일이 많은 사람한테는 한번쯤 써볼 만했습니다. 저는 앞으로도 저장공간이 갑자기 줄면 일단 이걸 먼저 켤 것 같습니다.
다만 이게 모두에게 같은 방식으로 맞을지는 모르겠습니다. 어떤 사람은 기본 저장소 기능 정도로도 충분할 것 같고, 어떤 사람은 더 자동화된 정리 방식이 맞을 수도 있겠죠. 저는 일단 이 방법이 생각보다 실무적이어서 남겨두게 됐는데, 비슷하게 써본 사람들 중엔 더 편한 방식으로 굴리는 경우도 있을 것 같아서 그건 좀 궁금합니다.