Apa yang TIDAK untuk dimasukkan ke SSD?

Saya membeli SSD dan saya akan mengatur sistem desktop saya dengan instalasi Linux yang sepenuhnya baru.

SSD dikenal cepat, tetapi memiliki kelemahan: Jumlah penulisan (per blok?) Terbatas.

Jadi saya berpikir tentang data mana yang harus ditempatkan di SSD dan yang di drive HDD. Secara umum saya berpikir bahwa data yang sering berubah harus ditempatkan pada HDD dan data yang tidak sering berubah dapat dimasukkan ke SSD.

• Sekarang saya membaca pertanyaan ini , dengan skenario yang sama. Dalam jawaban tertulis: "Drive SSD cocok untuk ruang swap ..."

  Mengapa SSD cocok untuk ruang swap? OK, saya melihat potensi tinggi untuk meningkatkan kinerja sistem, tetapi tidak menukar data sering berubah dan karenanya akan ada banyak penulisan di SSD yang menghasilkan masa pakai SSD yang pendek?

• Dan bagaimana dengan direktori / var? Bukankah isinya sering berubah juga? Bukankah itu ide yang baik untuk meletakkannya di HDD?

• Apakah ada data lain yang tidak boleh ditemukan di SSD?

Jika Anda khawatir tentang siklus menulis, Anda tidak akan sampai ke mana pun.

Anda akan memiliki data pada SSD Anda yang sering berubah; rumah Anda, konfigurasi Anda, cache browser Anda, bahkan mungkin basis data (jika Anda menggunakan). Mereka semua harus menggunakan SSD: mengapa lagi Anda memiliki satu, jika tidak mendapatkan kecepatan untuk hal-hal yang sering Anda lakukan?

Jumlah penulisan mungkin terbatas, tetapi SSD modern sangat bagus dalam meratakan keausan, jadi Anda tidak perlu terlalu khawatir tentang hal itu. Disk ada di sana untuk ditulis; jika Anda tidak menggunakannya untuk itu, Anda mungkin menggunakannya sebagai pemberat kertas dan bahkan tidak pernah memasukkannya ke komputer Anda.

Tidak ada perangkat penyimpanan yang cocok untuk ruang swap. Swap lambat , bahkan pada SSD. Jika Anda perlu bertukar sepanjang waktu, Anda lebih baik mendapatkan lebih banyak RAM dengan satu atau lain cara.

Mungkin berbeda untuk ruang swap yang tidak digunakan untuk bertukar, tetapi untuk skenario suspend-to-disk. Secara alami semakin cepat media penyimpanan yang digunakan untuk itu, semakin cepat akan ditangguhkan dan bangun lagi.

Secara pribadi, saya meletakkan semuanya di SSD kecuali data yang besar dan statis. Sebuah film, misalnya, tidak perlu membuang ruang yang mahal pada SSD, karena HDD lebih dari cukup cepat untuk memutarnya. Itu tidak akan bermain lebih cepat menggunakan penyimpanan SSD untuk itu.

Seperti semua media penyimpanan, SSD akan gagal di beberapa titik, apakah Anda menggunakannya atau tidak. Anda harus menganggap mereka sama andalnya dengan HDD, yang sama sekali tidak dapat diandalkan, jadi Anda harus membuat cadangan.

Ok, jadi tujuannya adalah untuk mendapatkan sebanyak mungkin uang - Kecepatan vs harga perangkat keras pengganti (dengan asumsi satu harddisk besar dan SSD ukuran sedang, yang tampaknya menjadi norma). Untuk menyederhanakan, Anda dapat mempertimbangkan seberapa besar Anda melihat peningkatan kecepatan dari memindahkan file ke SSD terhadap jumlah sektor yang ditulis untuk memindahkan file ke SSD.

• File yang perlu banyak dibaca dan jarang ditulis (seperti OS dan program) mungkin akan menjadi yang paling jelas untuk dipindahkan ke SSD.
• File yang ditulis sekali dan dibaca berulang kali dengan kecepatan data tetap di mana HDD cukup cepat (misalnya musik, video) mungkin harus tetap di sana. Mereka biasanya tidak dimodifikasi, tetapi menganggap bahwa mereka ditulis ke banyak sektor.
• File kecil yang banyak dimodifikasi (seperti beberapa file sementara) lebih rumit. Misalnya, dengan ukuran sektor 512 byte, Anda dapat menimpa file sektor tunggal 20.000.000 kali sebelum "mengonsumsi" jumlah penulisan yang sama seperti menulis satu file 1 GiB satu kali. Jika SSD menangani leveling keausan, ini harus setara.

Tentu saja, bahkan perhitungan terbaik juga menggunakan sumber daya yang paling berharga, semua waktu. Jadi dalam jangka panjang Anda mungkin sebaiknya tetap sederhana dan membeli perangkat keras baru sedikit lebih sering daripada kasus yang benar-benar ideal.

Di samping semua jawaban di sini ada sedikit tip yang saya suka. Saya sudah mulai menggunakan ramdisk lagi dengan SSD saya untuk sedikit memperlambat efek pemakaian. Saya menggunakannya untuk cache browser (well keseluruhan profil browser), berbagai temps, beberapa log tidak penting dll (via symlinks)

Ramdisk saya diset di fstab sebagai berikut:

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

Semakin banyak RAM, Anda memiliki ramdisk lebih besar yang dapat Anda gunakan secara efisien. Dengan ini saya memiliki skrip boot / shutdown. Berbagai pengalaman dengan menulis cadangan ramdisk pada perangkat / folder terenkripsi bahkan dengan prioritas terendah saat boot dan tertinggi pada saat shutdown.

Ini sedikit mempercepat sistem dan menghemat beberapa siklus tulis. Untung mungkin tugas cron melakukan rsync setiap 15 menit?

#!/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 $?

Peringatan kecil untuk pengguna Ubuntu, jangan gunakan / media / pengguna / folder untuk cadangan ramdisk karena mendapat reset oleh beberapa pembaruan jadi saya kehilangan data profil secara berkala. Juga dengan Ubuntu saya mengalami beberapa kesulitan membuat ramdisk bakups pada folder rumah terenkripsi.

Setuju dengan yang lain, Anda harus meletakkan hampir semuanya kecuali file (video) yang sangat besar untuk menghindari pemborosan ruang SSD yang mahal.

Namun, Anda juga harus memastikan TRIM diaktifkan:

• SSD Anda mendukung TRIM
• Partisi Anda selaras pada beberapa EBS
• Sistem file Anda mendukung TRIM pada sistem file Anda (biasanya ext4)
• Anda menjalankan fstrimregulary (mungkin dalam cron mingguan)
• Anda menyimpan setidaknya 25% ruang disk kosong [ 1 ]

Ingatlah untuk membuat cadangan data Anda.

MEMPERBARUI:

• Arch merekomendasikan untuk tidak melakukan swap pada SSD agar tidak aus

Jika Anda tidak ingin menghabiskan waktu untuk mengirim data melalui HDD dan SDD, Anda dapat menggunakan SDD sebagai cache.

• L2ARC cache pada ZFS (Solaris, * BSD)
• Bcache (Linux) Ini adalah kode alfa, jadi mungkin tidak dapat diandalkan

Maaf, jawaban buruk. Tentu saja Anda dapat dan harus membangun sistem yang sangat cepat dan masih memindahkan sebagian besar folder yang ditulis ke HDD. Memindahkan / tmp ke / tmpfs atau membuat / tmp partisi pada HDD juga pindah ke HDD dan membuat symlink pada folder asli untuk / var / log / var / spool dan / var / tmp (jangan taruh / var / tmp pada tmpfs karena ada adalah data yang harus dapat diakses di seluruh reboot). Pindah ke HDD dan buat symlink untuk ~ / Unduhan ~ / Video ~ / Musik ~ / .config ~ / .cache ~ / .thunderbird ~ / .mozilla ~ / .googleearth ~ / .ACEStream dan yang lainnya yang Anda ketahui atau ketahui sering menulis cache (selalu temukan di mana cache browser spesifik Anda dan pindahkan ke HDD Chrome dan Firefox ditutupi dengan yang saya percayai tetapi periksa sendiri). Jika Anda perlu mengedit file video, Anda dapat memindahkannya ke ssd jika tidak, 99% dari dokumen dan media tidak memiliki manfaat berada di SSD. Juga karena HDD jauh lebih sedikit digunakan oleh systen, trik ini berdampak negatif pada kinerja dan perbedaan besar dalam daya tahan SSD. Pindah ke HDD dan buat symlink untuk folder cloud Anda (mis. Dropbox). Pertimbangkan juga untuk memindahkan / var / www jika Anda membukanya. Sekarang Anda memiliki sistem yang sangat cepat dengan hampir tidak ada perbedaan kecepatan dan lebih sedikit keausan.