공간을 낭비하거나 마모시키지 않고 HDD의 데이터 파일에 대한 액세스 속도를 높이기 위해 Linux에서 SSD를 사용하시겠습니까?

공간을 낭비하거나 마모시키지 않고 HDD의 데이터 파일에 대한 액세스 속도를 높이기 위해 Linux에서 SSD를 사용하시겠습니까?

저는 기본 저장 장치로 사용하고 싶은 Ubuntu를 사용하는 노트북용 새 250GB Samsung 850 EVO와 이전 DVD 베이에 넣은 오래되었지만 여전히 잘 작동하는 250GB 7500RPM HDD를 구입했습니다. 어댑터 캐디.

현재 HDD에는 OS, 애플리케이션 및 데이터 파일이 포함된 하나의 큰 ext4 파티션만 있습니다. 제가 하고 싶은 것은 HDD를 데이터용으로만 사용하는 것이지만, 그렇게 함으로써 SSD의 속도 향상을 얻을 수 있는 기회를 놓치고 싶지 않습니다.

제가 찾고 있는 것은 50GB 이하의 작은 파티션 하나를 SSD에 결합하고 이를 HDD의 파티션과 병합하여 가장 많이 액세스되는 파일 중 가장 적게 수정된 파일이 자동으로 SSD로 이동되는 솔루션입니다.

나는 다음과 같은 캐시를 보았습니다.EnancheIO그리고캐시, 하지만 내가 원하는 것이 아닌 것 같습니다. 이유는 다음과 같습니다. (내가 틀렸다면 정정해 주세요):

  • 사용 가능한 공간에서 캐시 파티션이 차지하는 공간을 뺍니다.
  • 캐시는 가장 적게 수정되는 파일인지 여부에 관계없이 가장 많이 액세스되는 파일에 대한 액세스 속도를 높여 SSD가 마모되는 것을 원하지 않습니다.

위의 내용이 정확합니까, 아니면 캐시(두 가지 중 어느 것입니까?)가 목표 달성에 도움이 될 수 있습니까? 위의 내용이 맞다면 다른 실행 가능한 솔루션을 알고 계십니까?

혹시유니온 파일 시스템, 좋다오버레이FS, 도움이 되셨나요? 가장 많이 액세스된 파일에 대해 HDD를 모니터링했다고 가정해 보겠습니다.시간매일) 그중에서 가장 적게 수정된 항목을 식별했다고 가정합니다.시간), 이론적으로는 해당 파일을 SSD로 이동하여 HDD의 공간을 확보할 수 있지만유니온 파일 시스템모든 것을 사용자에게 투명하게 만들 수 있습니다. 이것이 작동할까요?

답변1

공간을 낭비하거나 마모시키지 않고 HDD의 데이터 파일에 대한 액세스 속도를 높이기 위해 Linux에서 SSD를 사용하시겠습니까?

공간을 낭비하지 않으면 모호합니다. 물건을 캐시하려면 캐시할 곳이 필요합니다. 공간을 사용하는 거죠.

SSD 마모에 관해서; 이게 문제였어늙었어, 정말 늙었어SSD. SSD를 10년 이상 많이 사용할 계획이 아니라면 걱정할 필요가 없습니다.

모든 것을 말한 후 해결책으로 넘어 갑시다.ZFS. 이는 SSD에 정보를 캐시할 수 있는 파일 시스템입니다. "ZFS 캐시: ARC(L1), L2ARC, ZIL" 부분을 참조하세요.

유용한 링크:

관련 정보