☰

$HOME/.cache - 소형 SSD 또는 HDD에서?

tag-icon • tag-icon hard-disk disk-usage ssd directory-structure home
$HOME/.cache - 소형 SSD 또는 HDD에서?

내 시스템에는 작은 SSD(내가 설치한 단일 Linux 파티션의 경우 약 90GB /)와 더 큰 HDD가 함께 제공됩니다.

이제 내 홈 디렉토리는 지속적으로 증가하여 SSD에 남아 있는 여유 공간을 모두 채우고 있습니다. 분명히 그것이 $HOME/.cache33GB가 넘는 범인입니다.

이제 어떻게 해야 할까요?

  1. HDD로 옮기고 심볼릭 링크 $HOME/.cache를 /mnt/my_hdd_partition/some/path/.cache?
  2. 확인하고 가끔 선별하시겠습니까?

후자를 해야 한다고 생각하신다면, 그것이 그다지 부담이 되지 않는 이유를 설명해 주십시오.

답변1

글쎄, 몇 가지 옵션이 있습니다.

캐시를 tmpfs(RAM)로 이동

tmpfs에 마운트하거나 심볼릭 링크하도록 선택할 수 있습니다(예: 대부분의 배포판에 /run있거나 /tmp괜찮을 것입니다).

이점:

  • 캐시된 읽기/쓰기가 더 빠릅니다.
  • 종료할 때마다 자동으로 캐시를 지웁니다(시간 경과에 따른 캐시 증가 제한).

결점:

  • 새로 부팅한 후에는 초기 애플리케이션/시스템을 시작할 때마다 캐시를 ​​다시 생성해야 합니다.
  • 잠시 동안 재부팅하지 않으면 캐시가 RAM을 많이 사용할 수 있습니다.

가끔 캐시 제거

때로는 rm -rf ~/.cache/*수동으로 또는 자동화된 스크립트를 통해(예:anacron).

.cache특정 크기를 초과하는 경우에만 스크립트를 지울 수도 있습니다 . 종료할 때마다 systemd에 의해 실행되고 며칠에 한 번씩 anacron에 의해 실행될 수도 있습니다.

이점:

  • 여전히 SSD에 있으므로 읽기/쓰기 속도는 여전히 매우 빠릅니다.
  • 가끔 삭제가 발생하므로 처음 부팅할 때마다 캐시를 ​​재생성할 필요가 없습니다.

결점:

  • 때로는 수동으로 닦아야 하거나 자동 지우기를 설정하는 데 시간이 걸립니다.
  • 캐시가 얼마나 빨리 증가하고 얼마나 자주 삭제되는지에 따라 SSD가 계속 채워질 수 있습니다.
  • 빈도가 낮더라도 가끔씩 캐시를 지워야 합니다. 즉, 초기 애플리케이션 시작이 여전히 느린 경우가 가끔 발생한다는 의미입니다.

캐시를 HDD로 이동

이것은 아마도 가장 현명한 옵션이고 상대적으로 간단 rm -rf ~/.cache && ln -s /path/to/new/cache ~/.cache하지만 캐시 읽기/쓰기가 느려질 수 있다는 단점이 있습니다.

이점:

  • 단순한
  • 캐시를 지울 필요가 없습니다
  • 애플리케이션 시작에는 전체 캐시 재구축이 필요하지 않습니다.
  • RAM이나 SSD 공간이 부족하지 않습니다.

결점:

  • 캐시 읽기/쓰기 속도가 느릴 수 있습니다. 이것이 관심을 끌 것인지는 논쟁의 여지가 있습니다.

더 큰 SSD로 바꾸세요

좋아요, 이것은 유효한 옵션이 아닐 수도 있지만 언급할 가치가 있습니다. SSD는 여전히 비싸지만 점점 저렴해지고 있습니다.

몇 년 전에 90GB SSD를 구입했다면 같은 비용으로 다시 용량을 두 배 이상 늘릴 수 있을 것입니다.

이점

  • 더 큰 SSD를 갖게 되며, 이는 캐시가 더 이상 SSD의 많은 부분을 차지하지 않을 수 있음을 의미합니다.

결점:

  • 새로운 컴퓨터 하드웨어는 비싸다!

결론적으로

여러 가지 옵션이 있고 각 옵션에는 장단점이 있지만 각 옵션은 구현 및 구현 취소가 상대적으로 간단하므로 다른 옵션을 테스트하기 전에 한 옵션을 시도하지 말아야 할 이유가 없습니다.

개인적으로 저는 캐시를 HDD(하드 드라이브의 용도가 바로 그것입니다!)에 두고 언젠가 여유 자금이 있을 때 희망 목록에 더 큰 SSD를 추가하는 것을 고려해 보겠습니다.

관련 정보