Điều gì KHÔNG nên đặt trên SSD?

Tôi đã mua một ổ SSD và tôi sẽ thiết lập hệ thống máy tính để bàn của mình với bản cài đặt Linux hoàn toàn mới.

SSD được biết là nhanh, nhưng chúng có một nhược điểm: Số lượng ghi (trên mỗi khối?) Bị hạn chế.

Vì vậy, tôi đang suy nghĩ về việc dữ liệu nào nên được đặt tại SSD và dữ liệu nào ở ổ đĩa cứng. Nói chung, tôi nghĩ rằng dữ liệu thay đổi thường xuyên nên được đặt trên ổ cứng và dữ liệu không thay đổi thường xuyên có thể được đưa vào ổ SSD.

• Bây giờ tôi đọc câu hỏi này , với một kịch bản tương tự. Trong các câu trả lời có viết: "Ổ SSD phù hợp lý tưởng cho không gian trao đổi ..."

  Tại sao SSD phù hợp lý tưởng cho không gian trao đổi? OK, tôi thấy tiềm năng cao để nâng cao hiệu suất của hệ thống, nhưng không trao đổi dữ liệu thay đổi thường xuyên và do đó sẽ có nhiều ghi trên SSD dẫn đến tuổi thọ SSD ngắn?

• Và những gì về thư mục / var? Không phải nội dung của nó cũng thay đổi thường xuyên sao? Sẽ không phải là một ý tưởng tốt để đặt nó vào ổ cứng?

• Có dữ liệu nào khác không nên được định vị trên ổ SSD không?

Nếu bạn lo lắng về chu kỳ viết, bạn sẽ không nhận được bất cứ nơi nào.

Bạn sẽ có dữ liệu trên ổ SSD của mình thay đổi thường xuyên; nhà của bạn, cấu hình của bạn, bộ nhớ cache trình duyệt của bạn, thậm chí có thể cơ sở dữ liệu (nếu bạn sử dụng bất kỳ). Tất cả đều nên có trên SSD: tại sao bạn lại có một cái, nếu không muốn tăng tốc cho những việc bạn làm thường xuyên?

Số lượng ghi có thể bị hạn chế, nhưng một ổ SSD hiện đại rất tốt trong việc cân bằng hao mòn, vì vậy bạn không nên lo lắng về nó quá nhiều. Đĩa ở đó để được ghi vào; nếu bạn không sử dụng nó cho việc đó, bạn cũng có thể sử dụng nó như một chặn giấy và thậm chí không bao giờ đặt nó vào máy tính của bạn.

Không có thiết bị lưu trữ phù hợp cho không gian trao đổi. Hoán đổi chậm , ngay cả trên SSD. Nếu bạn cần trao đổi mọi lúc, tốt hơn hết là bạn nên lấy thêm RAM bằng cách này hay cách khác.

Nó có thể khác nhau đối với không gian hoán đổi không được sử dụng để hoán đổi, nhưng đối với các tình huống đình chỉ vào đĩa. Đương nhiên, phương tiện lưu trữ được sử dụng càng nhanh, nó sẽ càng nhanh bị đình chỉ và thức dậy trở lại.

Cá nhân, tôi đặt mọi thứ vào SSD ngoại trừ dữ liệu lớn, tĩnh. Chẳng hạn, một bộ phim không phải lãng phí dung lượng đắt đỏ trên SSD, vì ổ cứng quá đủ để phát. Nó sẽ không phát nhanh hơn khi sử dụng bộ lưu trữ SSD cho nó.

Giống như tất cả các phương tiện lưu trữ, SSD sẽ thất bại tại một số điểm, cho dù bạn có sử dụng nó hay không. Bạn nên xem chúng là đáng tin cậy như ổ cứng, không đáng tin cậy chút nào, vì vậy bạn nên tạo bản sao lưu.

Ok, vì vậy, mục tiêu là kiếm được nhiều tiền nhất có thể - Tốc độ so với giá của phần cứng thay thế (giả sử một ổ cứng lớn và SSD cỡ trung bình, dường như là chuẩn mực). Để đơn giản hóa, bạn có thể cân nhắc mức độ bạn nhận thấy tốc độ tăng từ việc di chuyển tệp sang SSD so với số lượng các lĩnh vực được viết để di chuyển tệp đó sang SSD.

• Các tập tin cần được đọc nhiều và được ghi vào hiếm khi (như HĐH và chương trình) có lẽ là điều rõ ràng nhất để chuyển sang SSD.
• Các tệp được ghi một lần và đọc nhiều lần với tốc độ dữ liệu cố định trong đó ổ cứng đủ nhanh (ví dụ: nhạc, video) có lẽ nên ở lại đó. Chúng thường không được sửa đổi, nhưng xem xét rằng chúng được viết cho rất nhiều lĩnh vực.
• Các tệp nhỏ được sửa đổi nhiều (như một số tệp tạm thời) phức tạp hơn. Ví dụ, với kích thước cung cấp 512 byte, bạn có thể ghi đè lên một tệp đơn ngành 20.000.000 lần trước khi "tiêu thụ" cùng số lượng ghi như viết một tệp 1 GiB một lần. Nếu SSD chăm sóc cân bằng hao mòn thì những thứ này sẽ tương đương.

Tất nhiên, ngay cả những tính toán tốt nhất cũng sử dụng hết tài nguyên quý giá nhất mọi thời đại. Vì vậy, về lâu dài có lẽ bạn tốt nhất nên giữ nó đơn giản và mua phần cứng mới thường xuyên hơn một chút so với trường hợp hoàn toàn lý tưởng.

Bên cạnh tất cả các câu trả lời ở đây có một mẹo nhỏ tôi thích. Tôi đã bắt đầu sử dụng ramdisk một lần nữa với ổ SSD của mình để làm chậm hiệu quả mặc một chút. Tôi đang sử dụng nó cho bộ đệm của trình duyệt (toàn bộ hồ sơ trình duyệt), nhiều temps khác nhau, một số nhật ký không cần thiết, v.v. (thông qua các liên kết tượng trưng)

Ramdisk của tôi được đặt trong fstab như sau:

tmpfs       /mnt/ramdisk tmpfs   nodev,nosuid,size=512M   0 0

Nhiều RAM hơn bạn có ramdisk lớn hơn bạn có thể sử dụng hiệu quả. Với điều này, tôi có kịch bản khởi động / tắt máy. Nhiều kinh nghiệm với việc viết sao lưu ramdisk trên thiết bị / thư mục được mã hóa ngay cả với mức ưu tiên thấp nhất khi khởi động và cao nhất khi tắt máy.

Điều này tăng tốc hệ thống một chút và tiết kiệm một số chu kỳ ghi. Điều tốt có thể là một công việc định kỳ làm rsync cứ sau 15 phút?

#!/bin/bash

### BEGIN INIT INFO
# Provides:          Ramdisk control
# Required-Start:    $local_fs
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 6
# Short-Description: Start/stop script at runlevel change.
# Description:       Ramdisk auto backup and restore
### END INIT INFO

PATH=/sbin:/bin:/usr/sbin:/usr/bin
USER="user1"
RDISK=/mnt/ramdisk
BACKUP=/opt/
#/home/$USER/BackUps/

#echo "$(date) $1" >> $BACKUP/rd.log

case "$1" in
    stop)
        rsync -aE --delete $RDISK $BACKUP
        ;;
    start|force-reload|restart|reload)
        #restore ramdisk
        cp -rp $BACKUP/ramdisk/* $RDISK 2> /dev/null
        ;;
    *)
        echo 'Usage: /etc/init.d/ramdisk {start|reload|restart|force-reload|stop|status}'
        echo '       stop                       - backup ramdisk data'
        echo '       start|*                    - restore ramdisk data from backup'
        echo '       - default backup location is /xxxxx'
        exit 1
        ;;
esac


exit $?

Một chút cảnh báo cho người dùng Ubuntu, không sử dụng / media / user / thư mục để sao lưu ramdisk vì nó được đặt lại bởi một số cập nhật nên tôi bị mất dữ liệu hồ sơ theo định kỳ. Ngoài ra với Ubuntu, tôi đã gặp một số khó khăn khi tạo các ramdisk trên thư mục nhà được mã hóa.

Đồng ý với những người khác, bạn nên đặt khá nhiều thứ trừ các tệp (video) có thể rất lớn để tránh lãng phí dung lượng SSD đắt tiền.

Tuy nhiên, bạn cũng nên đảm bảo TRIM được bật:

• SSD của bạn hỗ trợ TRIM
• Phân vùng của bạn được căn chỉnh trên nhiều EBS
• Hệ thống tệp của bạn hỗ trợ TRIM trên hệ thống tệp của bạn (ext4 thường làm)
• Bạn chạy quy định fstrim(có thể trong một cron hàng tuần)
• Bạn giữ ít nhất 25% dung lượng đĩa trống [ 1 ]

Nhớ sao lưu dữ liệu của bạn.

CẬP NHẬT:

• Arch khuyên không nên trao đổi trên SSD để tránh hao mòn

Nếu bạn không muốn dành thời gian để gửi dữ liệu của mình qua ổ cứng và SDD, bạn có thể sử dụng SDD của mình làm bộ đệm.

• Bộ đệm L2ARC trên ZFS (Solaris, * BSD)
• Bcache (Linux) Đây là mã alpha, nên có lẽ không đáng tin cậy

Tôi xin lỗi, câu trả lời không hay. Tất nhiên là bạn có thể và nên xây dựng một hệ thống rất nhanh và vẫn chuyển hầu hết các thư mục bằng văn bản sang ổ cứng. Di chuyển / tmp sang / tmpfs hoặc tạo / tmp phân vùng trên ổ cứng cũng di chuyển sang ổ cứng và tạo liên kết tượng trưng trên các thư mục gốc cho / var / log / var / spool và / var / tmp (không đặt / var / tmp trên tmpfs như ở đó là dữ liệu có thể truy cập được trên các lần khởi động lại). Di chuyển đến ổ cứng và tạo liên kết tượng trưng cho ~ / Tải xuống ~ / Video ~ / Âm nhạc ~ / .config ~ / .cache ~ / .thunderbird ~ / .mozilla ~ / .googleearth ~ / .ACEStream và những người khác mà bạn biết hoặc tìm hiểu viết thường xuyên bộ nhớ cache (luôn tìm vị trí bộ nhớ cache của trình duyệt cụ thể của bạn và chuyển nó sang ổ cứng Chrome và Firefox được bao phủ bởi những bộ đệm này tôi tin nhưng hãy tự kiểm tra). Nếu bạn cần chỉnh sửa một tệp video, bạn có thể chuyển nó sang ssd nếu không 99% tài liệu và phương tiện không có lợi ích gì trong SSD. Ngoài ra, vì HDD ít được sử dụng bởi systen, các thủ thuật này có tác động tiêu cực đến hiệu suất và sự khác biệt rất lớn về độ bền của SSD. Di chuyển đến ổ cứng và tạo liên kết tượng trưng cho các thư mục đám mây của bạn (ví dụ: dropbox). Cũng xem xét việc di chuyển / var / www nếu bạn đang sử dụng nó. Bây giờ bạn có một hệ thống rất nhanh với hầu như không có sự khác biệt về tốc độ và ít hao mòn hơn nhiều.