새로운 SSD를 사용하고 싶지는 않지만 오래된 HDD와 함께 데이터 파일을 저장하는 데 여전히 일부를 사용하고 싶습니다.

필자는 랩탑 용으로 새로운 250GB Samsung 850 EVO SSD를 구입했는데, 이전 캐비넷에 어댑터 캐디가 장착 된 구형 250GB 7500 RPM HDD와 함께 기본 저장 장치로 사용하고 싶습니다.

현재 HDD에는 OS, 응용 프로그램 및 데이터 파일을 포함하는 하나의 큰 ext4 파티션 만 있습니다. 데이터 저장을 위해 HDD를 사용하고 싶지만 그렇게함으로써 SSD의 속도를 향상시킬 수있는 기회를 놓치고 싶지 않습니다.

SSD의 50GB 또는 더 작은 파티션을 결합하여 HDD의 파티션과 병합하여 가장 많이 액세스 된 파일 중 가장 적게 수정 된 파일이 자동으로 SSD로 이동하고 싶습니다.

EnancheIO 및 Bcache 와 같은 캐시를 살펴 보았지만 원하는 것으로 보이지 않습니다. 왜냐하면 내가 틀렸다면 정정하십시오.

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

위의 내용이 정확합니까, 아니면 캐시 (두 가지 중 하나)가 목표 달성에 도움이 될 수 있습니까? 위의 내용이 정확하면 다른 가능한 솔루션을 알고 있습니까?

겠습니까 노조 파일 시스템은 , 같은 OverlayFS , 여기에 도움이 될? HDD를 가장 많이 액세스 한 파일 ( atime일일 기준으로 추적)에 대해 모니터링하고 그 중에서 가장 적게 수정 된 파일을 식별 한 경우 ( mtime파일의 추적 ) 이론적으로 해당 파일을 SSD로 이동하여 디스크 공간을 확보 할 수 있습니다. 통합 파일 시스템은 모든 것을 사용자에게 투명하게 만들 수 있지만 HDD.

이게 효과가 있을까요?

— 파비오 A.
소스

이론적으로 요구 사항이 가능합니다. 가장 적합한 솔루션은 bcache에 파일을 저장하는 다른 전략을 요청하는 기능 요청을 bcache 버그 추적기에 게시하는 것입니다.

— Adam Ryczkowski

... 그렇습니다. bcache 파티션의 크기는 사용 가능한 총 스토리지에서 "먹습니다". bcache는 파일 시스템에 구애받지 않기 때문에 의도적으로 설계된 것입니다. 이 디자인은 파일 에서 가장 자주 변경되는 부분 만 저장하는 보너스를 제공 하므로 데이터베이스 데이터와 같이 유리합니다.

— Adam Ryczkowski

또한 프로젝트를 확인하십시오. 프로젝트는 필요에 따라 쉽게 수정할 수 있습니다 (또는 즉시 지원할 수도 있음) : romanrm.net/mhddfs

— Adam Ryczkowski

@ Fabio : 의견, 수락은 없지만 온라인 상태입니다. 아래 답변에 문제가 있습니까?

— Fabby

@Fabby, 이제 답변과 의견을 검토 할 시간이 생겼습니다. 온라인 상태 였지만 시간을 할애 할 수 없었습니다. 나는 지금 그것을 얻을 것이다.

— Fabio A.

달성하려는 대상에 따라 몇 가지 옵션이 있습니다.

사용 bcache: 케이크를 먹을 수는 있지만 보관할 수는 없습니다.

예, 캐싱을 위해 예약 한 공간의 양은 스왑 파일의 반대와 같습니다. 지정한 총량은 디스크 공간의 총량에서 "이탈"되어 메모리 하위 시스템에 제공되어 버퍼로 사용됩니다. 다른 하드 드라이브.
캐시되는 파일을 제어하려면 캐싱 vmtouch을 미세 조정하는 것과 같은 것을 사용 하십시오 bcache.
LVM 사용 : 케이크는 보관해야하지만 먹지는 않습니다.

Logical Volume Manager를 사용하여 SSD와 HDD를 모두 포함하는 볼륨을 생성하여 둘 다 /home의 공간을 포함 하는 대용량을 생성 할 수 있습니다.
1. 어떤 파일이 SSD에 있고 어떤 파일이 HDD에 있는지 제어 할 수 없습니다
2. 두 드라이브 중 하나가 손실되면 모든 데이터가 손실되므로 백업 에서 복원 해야 합니다 !!!
수동 시스템 사용 : 케이크를 보관하고 먹을 수 있습니다.

드라이브를 별도의 파일 시스템으로 분할하십시오 : /SSD와 /homeHDD에 넣으십시오 . 무엇보다, 당신이 빨리 가고자하는 모든 파일을 넣고 /media/FastData원본에 있는 파일을 심볼릭 링크 /media/FastData 로 연결해야합니다/home (그렇지 않으면 이미 SSD에 있습니다)

^{참고 1 : 작은 SSD와 큰 HDD가 있으므로 다른 시스템을 사용 /합니다 .SSD와 /homeHDD에서 더 이상 최적화하지 않아도됩니다 ...}
_{참고 2 : 통합 파일 시스템은 도움이되지 않습니다. 수동 시스템보다 많으면 ...}
_{참고 3 : 다음은 글 머리 기호 4 이상에서 SSD를 마모시키지 않는 추가 정보입니다.}

— 파비
소스

전에이 사이트에서 답변을 수락 한 적이 없습니다.이 답변이 도움이 되었으면 이 텍스트 왼쪽의 회색 ☑ 을 클릭하는 것을 잊지 마십시오. 예,이 답변은 유효합니다 ! ;-)

— Fabby

추가 참고 사항에 제공된 추가 팁! ;-)

— Fabby

답장과 vmtouch에 대한 포인터에 감사하지만 무례하지는 않습니다.이 외에는 내가 질문 자체에 언급 한 내용에 대한 추가 정보가 없습니다. 통합 FS를 사용하는 아이디어는 파일을 한 매체에서 다른 매체로 이동하는 프로세스에 따라 SSD 또는 HDD에서 파일을 넣은 위치에 대해 사용자에게 투명해야한다는 것입니다. 다른 것은 완전 자동입니다. 생각해 보면 심볼릭 링크로 구현할 수있어 구현하기가 더 쉬울 수 있습니다.

— Fabio A.

대체로 내 질문에 대한 적절한 해결책이없는 것 같지만 아직 올바른 해결책이 없다는 것을 분명히 했으므로 회신을 유효한 것으로 수락합니다. 감사합니다.

— Fabio A.

@FabioA. 글쎄, 그것은 "적절한"의 정의에 달려 있습니다. Symlinking은 최종 사용자에게 "투명하게"트릭을 수행합니다 (관리자가 설정 한 후에는) . mhddfs내 lvm솔루션 과 동일한 단점이 있습니다. 그래도 수용을위한 Grazie mille과 호의는 돌아왔다 : Q upvoted! ;-)

— Fabby