Linux sử dụng nhàn rỗi đĩa cứng, làm hao mòn ổ SSD của tôi?


2

Tôi đã xây dựng một hệ thống mới vài tháng trước, với i5, ram 8GB và ổ SSD 240 GB cho hệ thống và đĩa dữ liệu 3TB. Tôi đang chạy Mint 18 Sarah. Tôi vẫn còn hơi noob với Linux, vì vậy có thể có một số thứ rất rõ ràng tôi đang thiếu.

Tôi đã thực hiện một số thao tác trong khi thiết lập, để xem tôi có thể làm gì để giảm số lần ghi vào SSD và tìm thấy các trang web.google.com/site/easylinuxtipsproject/ssd, trong đó gợi ý một số cách tối ưu hóa như thời gian không tránh khỏi cập nhật thông tin tệp khi chỉ cần đọc, giảm swappiness, giảm bộ đệm của trình duyệt, v.v.

Để xem có bao nhiêu việc viết lách xảy ra, tôi đã để máy nhàn rỗi trong 24 giờ, không có gì tôi yêu cầu nó làm ngoài việc chạy một máy chủ smb, và khi tôi thực hiện một fstrim, nó đã cắt khoảng 200 GB, thực tế là toàn bộ kích thước SSD.

Tôi đã nhận thấy nó cắt giảm 340 MB sau khi không hoạt động trong 1 phút, mặc dù thông thường trong thời gian này, nó có nhiều khả năng là 50 MB hoặc không.

Nhiều câu hỏi.

Tôi có diễn giải con số được cắt tỉa chính xác không? Đây có phải là ghi vào SSD, hoặc nó là một cái gì đó khác, như SSD tự tổ chức lại, hoặc những gì?

Mint (ubfox?) Thường viết phần này nhiều cho HD? Có vẻ rất nhiều. Có nhiều không?

Liệu 'sudo fstrim -v /' chỉ cắt SSD, hay nó cũng cắt bớt đĩa dữ liệu trên / media / me / data_disk? Nếu vậy, tôi có thể lo lắng không có gì. Làm cách nào để loại trừ đĩa dữ liệu khỏi phần trang trí?

Làm cách nào để tìm hiểu những gì đang thực hiện tất cả các văn bản (Tôi chưa biết cách của mình xung quanh việc thẩm vấn các quy trình đang chạy).

Tôi đã thấy một cái gì đó về việc tạo một ramfs và gắn var ở đó, điều mà tôi chưa tạo ra các vòng lặp của mình để làm, liệu tôi có thể giúp điều đó một chút, hay nhiều không? Làm thế nào để tôi tìm ra?

Không cần tôi yêu cầu nó trong quá trình thiết lập, tôi nhận thấy rằng có 16 ram, mỗi cái có kích thước 64 MB, có vẻ như là một cấu hình mặc định kỳ lạ. Một lần nữa, tôi không có ý định 'sửa chữa' điều này, ngay cả khi nó cần sửa chữa.

Cho rằng tôi sẽ phải học một cái gì đó mới để giảm bớt điều này, tôi nên học cái gì?


2
Swappiness có lẽ là điều đầu tiên cần xem xét và giá trị 10 hoạt động tốt: với 8GB của bạn, điều này sẽ giảm thiểu việc hoán đổi, nếu không loại bỏ nó. Nếu bạn không cần ngủ đông, bạn cũng có thể cân nhắc sử dụng tệp thay vì phân vùng để hoán đổi, vì điều này có thể dễ dàng được tạo lại định kỳ trong một khu vực khác của đĩa. Cả hai chủ đề này cũng được đề cập ở đây . Để giám sát hoạt động của đĩa, htopcó thể dễ dàng được cấu hình để hiển thị các chương trình nào tạo ra số lần đọc hoặc ghi đĩa lớn nhất.
AFH

Htop dường như có rất nhiều thông tin ở đó, man htop chỉ đề cập đến l = lsof, đây có phải là công cụ để xem có bao nhiêu dữ liệu được ghi ở đâu trong quá trình, hiện tại, nó dường như chỉ hiển thị mô tả tệp / mở tệp?
Neil_UK

lsoflà một tiện ích để liệt kê các tệp đang mở: nó không hiển thị hoạt động của đĩa. htopkhông mặc định hiển thị đĩa đọc và ghi, nhưng chúng có thể được thêm dưới dạng cột và có thể được chọn cho thứ tự sắp xếp.
AFH

OK, tôi đã tìm ra cách thêm IO_WRITE_RATE, WCHAR, WBYTE vào các cột, có bất kỳ điều gì tôi nên quan tâm nữa không. Thủ phạm chính dường như là marco và bảng điều khiển giao phối, ít nhất là khi chạy htop và chromium- trình duyệt khi mở. Có phải giả định của tôi rằng kích thước được báo cáo bởi fstrim -v là kích thước đã được viết và sau đó bị loại bỏ, đúng không?
Neil_UK

Tôi chưa sử dụng fstrim, vì vậy tôi không thể nhận xét về những gì nó báo cáo. Theo như htopcó liên quan, tổng số byte đọc và ghi là lần đầu tiên xem xét, mặc dù điều này sẽ bao gồm mạng và I / O khác; tỷ lệ I / O đĩa, cũng như tổng số lỗi trang và sử dụng trao đổi cũng sẽ được quan tâm.
AFH
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.