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

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

캐시를 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를 추가하는 것을 고려해 보겠습니다.