Optimasi SSD apa yang diperlukan pada versi Ubuntu terbaru?

21

Saya telah membaca dari banyak pertanyaan tentang optimasi SSD ( Bagaimana cara mengoptimalkan OS untuk SSD? , Instalasi Ubuntu pada SSD , saya bingung tentang optimasi SSD , dll ...).

Sebagian besar pertanyaan itu tampaknya sudah ketinggalan zaman (3+ tahun) dan saya agak bingung dengan semua arah jawaban yang diambil.

Jadi pertanyaan saya adalah: Sampai hari ini, apa konsensus umum tentang optimasi SSD di Ubuntu 14.04 / 15.04?

Apakah ini bahkan dibutuhkan sekarang?

ssd performance

— hg8
sumber

4

"Wajib" baca: sites.google.com/site/easylinuxtipsproject/ssd Kiat di sana masih berlaku. Dan meringkasnya dengan sangat baik untuk setiap pointer yang Anda butuhkan. Dari cara itu digunakan oleh Ubuntu, hingga pengaturan browser.

— Rinzwind

17

Masalahnya, bagian terpenting pertama tentang SSD adalah meminimalkan penulisan ke disk, itulah sebabnya orang menambahkan nodiratime, noatimeke /etc/fstabfile.

Kedua, menjalankanTRIM yang mengambil kembali blok memori NAND yang tidak digunakan kembali ke SSD. Windows memiliki TRIM diaktifkan secara default, AFAIK, jadi tidak ada yang mengganggu di sana. Dengan Ubuntu, ini memang memiliki cronjob mingguan untuk TRIM, namun karena saya telah belajar dari jawaban Rinzwind bahwa pekerjaan cron hanya berjalan pada Intel dan Samsung SSD. Itu sebabnya Anda harus mengedit /etc/cron.weekly/fstrimfile itu untuk memiliki exec fstrim-all --no-model-checkgaris, sehingga itu berjalan tidak peduli apa model SSD Anda.

Selama beberapa tahun terakhir, ini tidak berubah - ini masih poin kunci, meminimalkan penulisan dan mengaktifkan TRIM.

Menghapus penulisan dan jumlah penyimpanan yang mahal adalah dua faktor mengapa orang juga menghapus area swap . Secara default, Ubuntu menciptakan partisi swap yang sama dengan ukuran RAM Anda. Saya memiliki 128 SSD dan 6 GB RAM. Itu berarti bahwa secara default Ubuntu akan memangkas 6 GB dari 128GB, meninggalkan 122GB untuk OS saya, dan 5% biasanya dicadangkan untuk root, sehingga membuat saya 122-122 * 0,05 = 115,9 GB untuk saya sendiri. Saya mungkin juga menggunakan penyimpanan itu untuk sesuatu yang lain, itulah sebabnya saya hanya memiliki satu partisi utama, tidak ada partisi swap, tetapi saya memiliki file swap 512 MB sebagai fitur pelindung (bukan berarti saya berencana kehabisan RAM, tetapi selalu disarankan untuk memiliki swap)

— Sergiy Kolodyazhnyy
sumber

Tentang noatime- beberapa aplikasi mungkin mengandalkan pembandingan waktu modifikasi dan akses, mereka mungkin mengalami disfungsi, realtimelebih baik dan karena kernel Linux 2.6.30 diaktifkan secara default, tidak perlu mengaturnya. Anda dapat memeriksa bagaimana sistem file Anda dipasang menjalankan perintah$ cat /proc/mounts

— Mike

@ Mike Baru saja menjalankan cat /proc/mounts. Untuk disk saya itu tidak ditampilkan relatimediaktifkan, hanya noatimedan nodiratimeyang saya diaktifkan secara eksplisit /etc/fstab. Adapun noatime, dapatkah Anda memberikan beberapa contoh aplikasi mana yang bergantung padanya?

— Sergiy Kolodyazhnyy

2

Maaf untuk kesalahan ketik yang realtimesaya maksud relatime.

— Mike

2

noatimemenyiratkan nodiratime, lihat man mounttentang noatime:

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

Selain itu, IMHO tidak perlu digunakan noatimesaat relatimemungkin tidak akan merusak fungsi dan sepertinya pilihan yang layak (juga disarankan dalam: SSDOptimization at wiki.debian.org ).

— Dor

2

Lanjutkan posting saya sebelumnya: ... Saya menulis "layak" karena itu berapa kali terjadi pada file yang waktu akses mereka lebih awal daripada waktu modifikasi mereka? Terutama tentang file kernel dan semua file yang ada di /. Menurut man mount: sejak Linux 2.6.30, kernel default untuk perilaku relatime. TL; DR Sejak Ubuntu 16, Hindari melakukan apa pun :-)

— Dor

6

Satu-satunya hal yang Anda mungkin perlu lakukan adalah untuk menambahkan --no-model-checkke /etc/cron.weekly/fstrim.

Garis harus terlihat seperti ini

exec fstrim-all --no-model-check

Periksa apakah SSD Anda mendukung TRIM (hampir semua model terbaru mendukung)

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

jika SSD Anda /dev/sda. Jika ya, tambahkan --no-model-check.

— Pilot6
sumber

1

Pada dasarnya SSD yang lebih tua dari 2 tahun mungkin bermasalah.

— Rinzwind

6

Ini berfungsi baik dengan SSD yang mendukung TRIM

untuk 16,04 tidak ada

fstrim-all

fstrim sederhana tidak memiliki --no-model-check dan berfungsi dengan baik dengan sandisk ssd

— David Ambarsumov
sumber

0

Secara umum Ubuntu mendukung Solid State Drive dengan sangat baik.
Jika Anda memiliki intel atau SSD SAMSUNG, dukungan trim otomatis diaktifkan secara default.

Anda tidak perlu terlalu peduli dengan satu pengecualian:
Anda harus menyimpan data pribadi Anda pada HDD untuk mengurangi jumlah penulisan ke SSD.

— cl-netbox
sumber

data pribadi jarang ditulisi ke

— endolith

2

"data pribadi jarang dituliskan" kecuali untuk cache browser, setiap dokumen dan spreadsheet yang Anda klik Simpan, apa pun yang Anda unduh, apa pun yang disalin untuk diunggah ...

— kmarsh

Bukankah itu tujuan SSD? Untuk mempercepat hal-hal seperti cache browser, dll.? Dan mengedit dokumen ... Ya, bahkan jika Anda mengedit 20 dokumen besar setiap hari, masing-masing 1 MB, itu maksimal. 20 MB menulis sehari ... Itu tidak banyak. Tidak sepadan dengan kerumitan ekstra untuk menambahkan HDD.

— Andreas