Apa yang TIDAK untuk dimasukkan ke SSD?

70

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?

pengguna41961
sumber
Sebagai poin tambahan, kami menggunakan serangan 1 dengan SSD pada DB produksi AIX kami. Memang mereka mungkin SSD kelas perusahaan (belum benar-benar diperiksa), tetapi masih ... tingkat konsumen masih dapat diterima untuk sebagian besar aplikasi di mana Anda /procdan /homedirektori berada pada SSD Anda.
Chad Harrison
7
@hydroparadise /procdikelola oleh kernel dan tidak hidup pada disk, baik pelat-berputar atau SSD.
CVn
Ups, punya kentut otak. /varatau /etcakan menjadi pengganti yang cocok /procuntuk contoh. Saya kira /procmasih akan relevan jika tumpah menggunakan swap.
Chad Harrison

Jawaban:

83

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.

frostschutz
sumber
11
Jawaban ini benar-benar mengabaikan fakta bahwa banyak data yang jarang ditulis tetapi sering dibaca.
jwg
22
Ummm, bagaimana itu mengubah jawaban? Tema di sini adalah "dapatkan kecepatan untuk hal-hal yang sering Anda lakukan". Apa masalahnya jika itu membaca atau menulis? Intinya adalah menggunakan SSD untuk hal-hal yang melibatkan banyak IO disk terlepas dari membaca atau menulis.
Pete
1
@LorenPechtel Jadi Anda mengatakan bahwa Anda benar-benar mengharapkan SSD berfungsi dalam waktu sekitar seratus tahun? Entah bagaimana saya meragukannya, terlepas dari pola penggunaannya. :) "Meningkat pada tingkat yang konstan" tidak harus diterjemahkan menjadi "akurat", terutama ketika Anda (seperti kemungkinan besar) mengukur satu hal tetapi melaporkannya sebagai hal lain. Jika Anda mengukur siklus tulis tetapi melaporkannya sebagai masa pakai, itu mengabaikan segala hal lain yang bisa salah, terutama dalam periode waktu yang lebih lama (bahan fisik dan kelelahan komponen muncul di benak sebagai satu kemungkinan).
CVn
5
SSD lebih baik secara khusus pada IO acak, bukan sembarang IO. Drive normal akan sama baiknya untuk akses berurutan seperti media.
JamesRyan
2
Saya ingin menunjukkan bahwa antara drive yang banyak ditulis dan pemberat kertas ada media yang hanya dapat dibaca seperti cakram optik. Saya juga setuju dengan rekomendasi jawaban ini bahwa sebagian besar pengguna normal tidak perlu khawatir tentang siklus penulisan SSD. Kecuali jika Anda melakukan sesuatu yang tidak biasa atau menjalankan layanan yang banyak menggunakan sistem file, SSD mungkin akan bertahan lebih dari cukup lama.
jw013
29

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.

l0b0
sumber
2
kecepatan vs harga penggantian vs kehilangan data . ya tidak semua orang menggunakan cadangan meskipun mereka seharusnya. +1
n611x007
1
Saya harus mengakui bahwa saya menyukai konsep sektor-tulis sebagai ukuran penggunaan penyimpanan, khususnya dalam hal SSD. :)
a CVn
2

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.

tomasb
sumber
1

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:

Wernight
sumber
Apakah ada sumber tentang ruang disk kosong 25%?
thiagowfx
Saya telah menambahkan referensi. Ini mirip dengan memori dan peta hash, karena itu sampah yang dikumpulkan. Di bawah itu overhead GC akan menjadi masalah dengan cepat.
Wernight
Untuk anak cucu, saya ingin menambahkan bahwa bagian yang Anda referensikan telah dihapus dari ArchWiki dalam revisi ini , dengan komentar berikut: "akan diperlukan upaya untuk membeli SSD tanpa TRIM atau overprovisioning: kingston.com/id/ssd/ overprovisioning ".
Spooky
Pada kenyataannya Anda baik menempatkan swap pada SSD atau Anda mengkonfigurasi no swap. Sebenarnya tidak ada situasi di mana Anda ingin menukar HDD adalah SSD adalah alternatif.
Mikko Rantalainen
-1

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.

Fernando Bernardo
sumber