Tối ưu hóa SSD nào là cần thiết trên phiên bản Ubuntu mới nhất?

21

Tôi đã đọc rất nhiều câu hỏi về tối ưu hóa SSD ( Làm cách nào để tối ưu hóa HĐH cho SSD ? , Cài đặt Ubuntu trên SSD , tôi bối rối về tối ưu hóa SSD , v.v ...).

Hầu hết những câu hỏi đó dường như đã lỗi thời (hơn 3 tuổi) và tôi hơi bối rối với tất cả các hướng mà câu trả lời đang thực hiện.

Vì vậy, câu hỏi của tôi là: Cho đến hôm nay, sự đồng thuận chung về tối ưu hóa SSD trên Ubuntu 14.04 / 15.04 là gì?

Điều này thậm chí còn cần thiết bây giờ?

ssd performance

— hg8
nguồn

4

"Bắt buộc" đọc: sites.google.com.vn/site/easylinuxtipsproject/ssd Các mẹo vẫn còn hiệu lực. Và nó tổng hợp nó rất độc đáo cho bất kỳ con trỏ bạn cần. Từ cách nó được sử dụng bởi Ubuntu, cho đến các cài đặt trình duyệt.

— Rinzwind

17

Có điều là, đầu tiên nhất một phần quan trọng về ổ SSD được giảm thiểu ghi vào đĩa, đó là lý do tại sao mọi người thêm nodiratime, noatimeđể các /etc/fstabtập tin.

Thứ hai, đang chạyTRIM để lấy lại các khối bộ nhớ NAND chưa sử dụng trở lại SSD. Windows có TRIM được bật theo mặc định, AFAIK, vì vậy không ai bận tâm ở đó. Với Ubuntu, nó có một cronjob hàng tuần cho TRIM, tuy nhiên tôi đã học được từ câu trả lời của Rinzwind rằng công việc cron chỉ chạy trên SSD của Intel và Samsung. Đó là lý do tại sao bạn phải chỉnh sửa /etc/cron.weekly/fstrimtệp đó để có exec fstrim-all --no-model-checkdòng, để nó chạy bất kể mô hình SSD của bạn là gì.

Trong những năm gần đây, điều này không thay đổi - đây vẫn là những điểm chính, giảm thiểu việc ghi và bật TRIM.

Loại bỏ ghi và số lượng lưu trữ đắt tiền là hai yếu tố tại sao mọi người cũng loại bỏ khu vực trao đổi . Theo mặc định, Ubuntu tạo phân vùng trao đổi bằng với kích thước RAM của bạn. Tôi có ổ SSD 128 và RAM 6 GB. Điều đó có nghĩa là theo mặc định, Ubuntu sẽ cắt giảm 6 GB từ 128 GB, để lại 122 GB cho HĐH của tôi và 5% thường được dành riêng cho root, do đó, để lại cho tôi 122-122 * 0,05 = 115,9 GB cho chính tôi. Tôi cũng có thể sử dụng bộ lưu trữ đó cho mục đích khác, đó là lý do tại sao tôi chỉ có một phân vùng chính, không có phân vùng trao đổi, nhưng tôi có một tệp hoán đổi 512 MB như một tính năng bảo vệ (không phải là tôi dự định hết RAM, nhưng luôn luôn nên có hoán đổi)

— Sergiy Kolodyazhnyy
nguồn

Giới thiệu noatime- một số ứng dụng có thể dựa vào so sánh thời gian sửa đổi và truy cập, chúng có thể bị rối loạn chức năng, realtimetốt hơn và vì Linux kernel 2.6.30 được bật theo mặc định, không cần thiết lập nó. Bạn có thể kiểm tra cách hệ thống tệp của bạn được gắn lệnh đang chạy$ cat /proc/mounts

— Mike

@Mike Chỉ cần chạy cat /proc/mounts. Đối với đĩa của tôi, nó không hiển thị relatimeđược bật, chỉ noatimevà nodiratimeđược bật rõ ràng trong đó /etc/fstab. Đối với noatime, bạn có thể cung cấp một số ví dụ về các ứng dụng dựa trên nó?

— Sergiy Kolodyazhnyy

2

Xin lỗi vì lỗi đánh máy realtimetôi muốn nói relatime.

— Mike

2

noatimengụ ý nodiratime, xem man mountvề noatime:

Do not update inode access times on this filesystem (...). This works for all inode types (directories too), so implies nodiratime.

Ngoài ra, IMHO không cần thiết phải sử dụng noatimekhi relatimecó thể sẽ không phá vỡ chức năng và có vẻ như là một tùy chọn hợp lý (nó cũng được khuyến nghị trong: SSDOptimization tại wiki.debian.org ).

— Dor

2

Tiếp tục bài viết trước của tôi: ... Tôi đã viết "đàng hoàng" bởi vì nó xảy ra bao nhiêu lần đối với các tệp mà thời gian truy cập của họ sớm hơn thời gian sửa đổi của họ? Đặc biệt là liên quan đến các tập tin kernel và tất cả các tập tin trong /. Theo man mount: kể từ Linux 2.6.30, kernel mặc định là hành vi của relatime. TL; DR Kể từ Ubuntu 16, Tránh làm bất cứ điều gì :-)

— Dor

6

Điều duy nhất bạn có thể cần làm là thêm --no-model-checkvào /etc/cron.weekly/fstrim.

Các dòng nên nhìn theo cách này

exec fstrim-all --no-model-check

Kiểm tra xem SSD của bạn có hỗ trợ TRIM (hầu hết tất cả các model gần đây không)

sudo hdparm -I /dev/sda | grep "TRIM supported"

nếu SSD của bạn là /dev/sda. Nếu có, thêm --no-model-check.

— Phi công6
nguồn

1

Về cơ bản, SSD cũ hơn 2 năm có thể có vấn đề.

— Rinzwind

6

Nó hoạt động tốt với SSD hỗ trợ TRIM

cho 16.04 không có

fstrim-all

fstrim đơn giản không có --no-model-check và nó hoạt động tốt với sisk sandisk

— David Ambarsumov
nguồn

0

Nói chung Ubuntu hỗ trợ Ổ đĩa thể rắn rất tốt.
Nếu bạn có intel hoặc SSD SAMSUNG, hỗ trợ cắt tự động được bật theo mặc định.

Bạn không cần phải quan tâm nhiều đến một ngoại lệ:
Bạn nên lưu trữ dữ liệu cá nhân của mình trên ổ cứng để giảm lượng ghi vào SSD.

— cl-netbox
nguồn

dữ liệu cá nhân hiếm khi được ghi vào

— endolith

2

"Dữ liệu cá nhân hiếm khi được ghi vào" ngoại trừ bộ đệm của trình duyệt, mọi tài liệu và bảng tính bạn nhấp vào Lưu, mọi thứ bạn tải xuống, mọi thứ được sao chép để tải lên ...

— kmarsh

Đó không phải là mục đích chính xác của SSD sao? Để tăng tốc những thứ như bộ nhớ cache của trình duyệt, v.v.? Và chỉnh sửa tài liệu ... Chà, ngay cả khi bạn chỉnh sửa 20 tài liệu lớn mỗi ngày, mỗi tệp 1 MB, đó là mức tối đa. 20 MB viết một ngày ... Đó không phải là nhiều. Không đáng để thêm rắc rối để thêm một ổ cứng.

— Andreas