Có ổ SSD mới, không muốn hao mòn nhưng tôi vẫn muốn sử dụng một số ổ để lưu trữ dữ liệu cùng với ổ cứng cũ


9

Tôi đã mua một ổ SSD Samsung 850 EVO 250GB mới cho máy tính xách tay của mình mà tôi muốn sử dụng làm thiết bị lưu trữ chính, cùng với ổ cứng 250GB 7500 RPM cũ mà tôi vẫn đặt trong khoang DVD cũ với một bộ chuyển đổi caddy.

Hiện tại, HDD chỉ có một phân vùng ext4 lớn chứa HĐH, các ứng dụng và tệp dữ liệu. Tôi muốn sử dụng ổ cứng để lưu trữ dữ liệu, nhưng tôi không muốn bỏ lỡ cơ hội để cải thiện tốc độ của SSD bằng cách làm như vậy.

Tôi muốn kết hợp một phân vùng 50 GB hoặc thậm chí nhỏ hơn trên SSD và hợp nhất nó với phân vùng trên ổ cứng để các tệp được truy cập ít nhất được sửa đổi sẽ tự động được chuyển sang SSD.

Tôi đã xem các bộ nhớ cache như EnancheIOBcache , nhưng chúng không có vẻ như tôi muốn, bởi vì (sửa tôi nếu tôi sai):

  • Không gian bị chiếm bởi phân vùng bộ đệm được trừ vào dung lượng có sẵn.
  • Bộ nhớ cache tăng tốc truy cập vào các tệp được truy cập nhiều nhất bất kể chúng có thường xuyên được sửa đổi nhất hay không, điều này đi ngược lại mục tiêu không muốn làm hao mòn SSD.

Là đúng ở trên, hoặc bộ đệm (một trong hai cái đó có thể giúp tôi đạt được mục tiêu của mình không? Nếu những điều trên là chính xác, bạn có biết giải pháp khả thi nào khác không?

Một hệ thống tập tin công đoàn , như OverlayFS , sẽ hữu ích ở đây? Nếu bạn theo dõi ổ cứng cho các tệp được truy cập nhiều nhất (theo dõi atimehàng ngày) và xác định những tệp ít được sửa đổi nhất trong số chúng (theo dõi chúng mtime), theo lý thuyết bạn có thể di chuyển các tệp đó sang SSD, giải phóng không gian trên HDD, trong khi hệ thống tập tin công đoàn có thể làm cho tất cả điều đó minh bạch cho người dùng.

Điều này sẽ làm việc?


Về lý thuyết, yêu cầu của bạn là có thể thực hiện được. Giải pháp khả thi nhất là đăng một yêu cầu tính năng trên trình theo dõi lỗi bcache yêu cầu một chiến lược lưu trữ tệp khác trên bcache.
Adam Ryczkowski

... Và vâng, kích thước của phân vùng bcache sẽ bị "ăn" khỏi tổng dung lượng có sẵn. Đó là do thiết kế, bởi vì bcache là hệ thống bất khả tri. Thiết kế này mang lại cho bạn một phần thưởng khi chỉ lưu trữ phần thường xuyên thay đổi nhất của tệp , điều này sẽ thuận lợi với dữ liệu cơ sở dữ liệu.
Adam Ryczkowski

Ngoài ra, hãy kiểm tra dự án, có thể dễ dàng sửa đổi để phù hợp với nhu cầu của bạn (hoặc thậm chí có thể hỗ trợ ra khỏi hộp): romanrm.net/mhddfs
Adam Ryczkowski

@Fabio: không bình luận, không chấp nhận, nhưng bạn đã trực tuyến. Bất kỳ vấn đề với câu trả lời dưới đây?
Fabby

1
@Fabby, vừa mới có thời gian để xem lại câu trả lời và nhận xét, mặc dù tôi đang trực tuyến nhưng tôi không thể dành thời gian để làm điều này. Tôi sẽ nhận được nó ngay bây giờ.
Fabio A.

Câu trả lời:


3

Bạn có một vài lựa chọn tùy thuộc vào những gì bạn đang cố gắng thực hiện:

  • Sử dụng bcache: Bạn sẽ có thể ăn bánh của bạn, nhưng không giữ nó.

    Có, dung lượng mà bạn dành cho bộ nhớ đệm sẽ giống như đối diện với tệp hoán đổi: số lượng bạn chỉ định sẽ được "lấy đi" từ tổng dung lượng đĩa và được cung cấp cho hệ thống con bộ nhớ được sử dụng làm bộ đệm cho ổ cứng khác.
    Để kiểm soát tập tin nào được lưu vào bộ đệm, hãy sử dụng một cái gì đó như vmtouchđể tinh chỉnh bcachebộ đệm.

  • Sử dụng LVM: Bạn sẽ nhận được để giữ bánh của bạn, nhưng không ăn nó.

    Bạn có thể sử dụng Trình quản lý âm lượng hợp lý để tạo một ổ chứa cả SSD và HDD tạo ra một ổ lớn /homechứa không gian từ cả hai, nhưng:

    1. Bạn sẽ không kiểm soát được tập tin nào trên SSD và tập tin nào trên ổ cứng
    2. Nếu bạn mất một trong hai ổ đĩa, bạn sẽ mất tất cả dữ liệu và sẽ cần khôi phục từ bản sao lưu !!!
  • Sử dụng một hệ thống thủ công: Bạn sẽ có thể giữ bánh của bạn, và ăn nó.

    Phân vùng ổ đĩa thành các hệ thống tệp riêng biệt: đặt /trên SSD và /hometrên ổ cứng. Trên hết, bạn nên đặt tất cả các tệp bạn muốn truy cập nhanh /media/FastDatavà liên kết các bản gốc với /media/FastData các tệp trong và chỉ khi các tệp này nằm trong/home ổ đĩa của bạn (nếu không chúng vẫn nằm trên SSD)

Lưu ý 1: Tôi có một ổ SSD nhỏ và một ổ cứng lớn, vì vậy tôi sử dụng một hệ thống khác: /trên SSD và /hometrên ổ cứng và không bận tâm tối ưu hóa thêm ...
Lưu ý 2: Hệ thống tệp kết hợp sẽ không giúp bạn thêm nữa là hệ thống thủ công ...
Lưu ý 3: Dưới đây là một số mẹo khác để không làm hao mòn ổ SSD của bạn từ điểm đạn 4 trở đi


3
Như bạn đã không bao giờ chấp nhận một câu trả lời trên trang web này trước: Nếu câu trả lời này đã giúp bạn, đừng quên nhấn vào màu xám ở bên trái của văn bản này, điều đó có nghĩa Vâng, câu trả lời này là hợp lệ ! ;-)
Fabby 9/12/2015

Lời khuyên bổ sung được cung cấp trong một ghi chú bổ sung! ;-)
Fabby

Cảm ơn bạn đã trả lời và con trỏ đến vmtouch, nhưng - không phải là thô lỗ - ngoài điều này tôi thấy không có thông tin bổ sung nào về những gì tôi đã nêu chính mình vào câu hỏi, nó có ở đó không? Ý tưởng về việc sử dụng một FS union là nó sẽ được minh bạch cho người dùng về nơi đặt các tệp - cho dù trên SSD hay trên ổ cứng - trên cơ sở quá trình di chuyển các tệp từ một phương tiện sang khác sẽ hoàn toàn tự động. Nghĩ về nó, nó cũng có thể được thực hiện với các liên kết tượng trưng, ​​điều này có thể chứng minh là dễ thực hiện hơn.
Fabio A.

Nói chung, có vẻ như không có giải pháp phù hợp cho câu hỏi của tôi, nhưng tôi sẽ chấp nhận câu trả lời của bạn là hợp lệ vì bạn đã giúp làm rõ rằng vẫn chưa có giải pháp thích hợp nào. Cảm ơn bạn.
Fabio A.

@FabioA. Vâng, điều đó phụ thuộc vào định nghĩa của bạn về "thích hợp". Symlinking thực hiện thủ thuật "minh bạch" cho người dùng cuối (một khi quản trị viên đã thiết lập nó) ... mhddfscó những nhược điểm tương tự đối với lvmgiải pháp của tôi . Mặc dù vậy, sự ủng hộ của Grazie đã được chấp nhận và ủng hộ trở lại: Q được nâng cấp! ;-)
Fabby
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.