Cách phân bổ dung lượng SSD giới hạn trong LVM để có hiệu suất tối ưu

8

Tôi vừa có một ổ SSD mới và tôi đang tìm kiếm lời khuyên về cách tốt nhất để kết hợp nó vào thiết lập LVM hiện tại của tôi. Tôi có khối lượng logic sau (được gắn tại các vị trí rõ ràng):

# lvs
  LV          VG        Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  home        maingroup -wi-ao  75.00g                                      
  opt         maingroup -wi-ao   4.00g                                      
  swap1       maingroup -wi-ao   1.00g                                      
  swap2       maingroup -wi-ao   1.00g                                      
  tmp         maingroup -wi-ao   5.00g                                      
  usr         maingroup -wi-ao  25.00g                                      
  var         maingroup -wi-ao  15.00g

Tôi đã có 108,26g trong khối lượng vật lý liên quan đến SSD mới. Tôi sẽ sử dụng pvmoveđể di chuyển một số LV này sang SSD. Câu hỏi là, LV nào để di chuyển?

Máy trong câu hỏi về cơ bản là một máy trạm gia đình. Tôi thực hiện một số phát triển ánh sáng (mã nguồn sống home), chạy một số quy trình máy chủ tải rất thấp (apache, v.v.) và thỉnh thoảng thực hiện một số chỉnh sửa hình ảnh và video. Tôi chạy Gentoo trên x86 nếu điều đó tạo ra sự khác biệt.

— Matt McHenry
nguồn

7

Đối với máy tính để bàn của tôi, tôi đã di chuyển các tệp mà tôi sử dụng thường xuyên trên thiết bị SSD, để lại các tệp khác trên đĩa cứng.

Có hệ thống trên SSD giúp ích rất nhiều. Nó không được sửa đổi rất thường xuyên. Di chuyển usr trên SSD của bạn.
Thư mục nhà của bạn cũng được sử dụng khá thường xuyên. Chuyển nhà trên ổ SSD của bạn. Nếu nó quá lớn, hãy thử cách ly các tệp được sử dụng ít thường xuyên hơn và để chúng trên đĩa cứng (symlink giúp trong nhiệm vụ này)
Thư mục / var thường được truy cập bởi trình nền (nối thêm vào tệp nhật ký trong hầu hết các trường hợp). Một số người cố gắng đăng nhập vào một máy chủ từ xa hoặc trên một đĩa RAM. Nó có thể phức tạp và có thể không có giá trị rắc rối. Tôi đã chuyển var trên SSD.
Việc sử dụng thư mục / tmp phụ thuộc vào các ứng dụng bạn đang sử dụng.
Việc sử dụng trao đổi cũng phụ thuộc vào ứng dụng và bộ nhớ vật lý của bạn. Đối với tôi, trao đổi không được sử dụng thường xuyên nên thực sự không phù hợp khi có nó trên SSD (tốt nhất cho hiệu suất trao đổi).

Đối với các phân vùng bạn có thể không chắc chắn (tmp, exchange1, exchange2, opt), bạn có thể thử mà không cần di chuyển chúng và sử dụng lệnh iostat -p để xem tần suất chúng được truy cập.

Kiểm tra Cài đặt thiết bị SSD trên Ubuntu

— đẹp hơn
nguồn

4

Tại sao không chỉ đơn giản là sử dụng SSD làm bộ đệm?

— Xì gà
nguồn

2

Dựa trên những gì tôi đã đọc, LVM có thể không phải là lựa chọn tốt nhất với SSD vì hiện tại không có hỗ trợ TRIM nếu bạn sử dụng LVM:

http://www.fedoraforum.org/forum/showthread.php?t=256068

(có nhiều đề xuất khác nữa: SSD trong luồng đó)

— chết tiệt
nguồn

Cảm ơn. Có một bản tóm tắt được cập nhật tuyệt vời từ chủ đề này tại forum.fedoraforum.org/showthread.php?t=277082

— dajobe

1

Hiện tại tôi đang nhìn vào một cái gì đó như thế này. Ngoài các tùy chọn bcache và flashcache mà Javier đã đề cập, thay vào đó, bạn có thể xác định mức độ "nóng" và chuyển chúng sang ổ SSD của mình:

https://bbs.archlinux.org/viewtopic.php?id=113529

Để giảm thiểu việc thiếu TRIM, bạn có thể sử dụng ít hơn dung lượng SSD đầy đủ, sau đó di chuyển phạm vi và loại bỏ thủ công các phạm vi khu vực bằng hdparm:

# TRIM 1000 sectors starting at sector #1
hdparm --trim-sector-ranges 1:1000 /dev/sdb

Điều đó rõ ràng là cực kỳ nguy hiểm và bất kỳ lỗi nào cũng có thể làm mất dữ liệu của bạn!

— Grifferz
nguồn

0

Tôi đồng ý với việc sử dụng SSD cho một số hoạt động lưu trữ, nhưng có lẽ bạn nên kiểm tra nghiêm ngặt trường hợp sử dụng chính xác. Nếu bạn không mua ổ SSD cao cấp, độ hao mòn và độ tin cậy là vấn đề lớn hơn. Trong trường hợp này, tôi sẽ không sử dụng nó cho thư mục temp ops, như / tmp, / var / tmp, / var / run và trao đổi. Tôi sẽ mạo hiểm sử dụng các hệ thống tệp dựa trên bộ nhớ cho việc này, nhưng việc thiết lập sẽ khó hơn một chút và có thể hơi rủi ro nếu bạn không biết bạn đang làm gì.

Chắc chắn có chỉnh sửa A / V của bạn trên SSD! Đây có thể là thư mục nhà của bạn, nhưng có thể là một thư mục đặc biệt ở nơi khác, thậm chí là một điểm gắn kết dưới nhà của bạn. SSD tỏa sáng nơi bạn có thể đọc / ghi ngẫu nhiên mà không phải di chuyển đầu đĩa. Điều này hét lên chỉnh sửa và các ứng dụng băng thông cao như A / V hoạt động. / usr có thể là nơi tiếp theo, nếu bạn có đủ không gian cho nó. Hầu hết các tệp nhị phân và thư viện của bạn đều nằm trong / usr và có thể hưởng lợi từ thứ tự đọc ngẫu nhiên mà SSD sẽ cung cấp.

— Paul
nguồn