Ada banyak tips di luar sana untuk mengutak-atik SSD Anda di Linux dan banyak laporan anekdotal tentang apa yang berhasil dan yang tidak. Kami menjalankan tolok ukur kami sendiri dengan beberapa perubahan khusus untuk menunjukkan perbedaan nyata.
Untuk mem-benchmark disk kami, kami menggunakan Phoronix Test Suite. Ini gratis dan memiliki repositori untuk Ubuntu sehingga Anda tidak perlu mengkompilasi dari awal untuk menjalankan tes cepat. Kami menguji sistem kami tepat setelah instalasi baru Ubuntu Natty 64-bit menggunakan parameter default untuk sistem file ext4.
Spesifikasi sistem kami adalah sebagai berikut:
Dan, tentu saja, SSD yang kami gunakan untuk menguji adalah drive Onyx 64GB OCZ ($ 117 di Amazon.com pada saat penulisan).
Ada beberapa perubahan yang disarankan orang saat meningkatkan ke SSD. Setelah memfilter beberapa hal yang lebih lama, kami membuat daftar pendek tweak yang distro Linux belum dimasukkan sebagai default untuk SSD. Tiga dari mereka melibatkan mengedit file fstab Anda, jadi kembalikan itu sebelum Anda melanjutkan dengan perintah berikut:
sudo cp / etc / fstab /etc/fstab.bak
Jika ada yang salah, Anda selalu dapat menghapus file fstab yang baru dan menggantinya dengan salinan cadangan Anda. Jika Anda tidak tahu apa itu atau Anda ingin memoles bagaimana cara kerjanya, lihatlah HTG Menjelaskan: Apa fstab Linux dan Bagaimana Cara Kerjanya?
Menghindari Waktu Akses
Anda dapat membantu meningkatkan kehidupan SSD Anda dengan mengurangi seberapa banyak OS menulis ke disk. Jika Anda perlu tahu kapan setiap file atau direktori terakhir diakses, Anda dapat menambahkan dua opsi ini ke file / etc / fstab Anda:
noatime, nodiratime
Tambahkan mereka bersama dengan opsi lain, dan pastikan semuanya dipisahkan oleh koma dan tanpa spasi.
Mengaktifkan TRIM
Anda dapat mengaktifkan TRIM untuk membantu mengelola kinerja disk dalam jangka panjang. Tambahkan opsi berikut ke file fstab Anda:
membuang
Ini berfungsi dengan baik untuk sistem file ext4, bahkan pada hard drive standar. Anda harus memiliki versi kernel setidaknya 2.6.33 atau lebih baru; Anda tertutup jika Anda menggunakan Maverick atau Natty, atau mengaktifkan backports di Lucid. Meskipun ini tidak secara khusus meningkatkan tolok ukur awal, ini seharusnya membuat sistem berkinerja lebih baik dalam jangka panjang dan jadi itu membuat daftar kami.
Tmpfs
Cache sistem disimpan di / tmp. Kita dapat memberitahu fstab untuk me-mount ini di RAM sebagai sistem file sementara sehingga sistem Anda akan menyentuh hard drive lebih sedikit. Tambahkan baris berikut ke bagian bawah file / etc / fstab Anda di baris baru:
tmpfs / tmp tmpfs default, noatime, mode = 1777 0 0
Simpan file fstab Anda untuk melakukan perubahan ini.
Mengganti Penjadwal IO
Sistem Anda tidak segera menulis semua perubahan ke disk, dan beberapa permintaan diantrekan. Scheduler input-output default - cfq - menangani ini baik-baik saja, tetapi kita dapat mengubah ini menjadi yang berfungsi lebih baik untuk perangkat keras kita.
Pertama, buat daftar opsi mana yang Anda miliki dengan perintah berikut, menggantikan "X" dengan huruf dari root drive Anda:
cat / sys / block / sdX / queue / scheduler
Instalasi saya ada di sda. Anda akan melihat beberapa opsi berbeda.
Jika Anda memiliki tenggat waktu, Anda harus menggunakannya, karena itu memberi Anda tambahan lebih lanjut di telepon. Jika tidak, Anda harus bisa menggunakan noop tanpa masalah. Kita perlu memberi tahu OS untuk menggunakan opsi ini setelah setiap boot jadi kita harus mengedit file rc.local.
Kami akan menggunakan nano, karena kami merasa nyaman dengan baris perintah, tetapi Anda dapat menggunakan editor teks lain yang Anda suka (gedit, vim, dll.).
sudo nano /etc/rc.local
Di atas garis "keluar 0", tambahkan dua baris ini jika Anda menggunakan tenggat waktu:
echo deadline> / sys / block / sdX / queue / scheduler
echo 1> / sys / block / sdX / queue / iosched / fifo_batch
Jika Anda menggunakan noop, tambahkan baris ini:
echo noop> / sys / block / sdX / queue / scheduler
Sekali lagi, ganti "X" dengan huruf drive yang sesuai untuk instalasi Anda. Lihat semuanya untuk memastikannya terlihat bagus.
Kemudian, tekan CTRL + O untuk menyimpan, lalu CTRL + X untuk keluar.
Mengulang kembali
Agar semua perubahan ini berlaku, Anda harus memulai ulang. Setelah itu, Anda harus siap. Jika ada yang salah dan Anda tidak bisa boot, Anda dapat secara sistematis membatalkan masing-masing langkah di atas sampai Anda dapat boot lagi. Anda bahkan dapat menggunakan LiveCD atau LiveUSB untuk memulihkan jika Anda mau.
Perubahan fstab Anda akan membawa melalui kehidupan instalasi Anda, bahkan peningkatan yang ketat, tetapi perubahan rc.local Anda harus dilembagakan kembali setelah setiap upgrade (antara versi).
Untuk melakukan tolok ukur, kami menjalankan serangkaian tes disk. Gambar teratas dari setiap tes sebelum tweaking konfigurasi ext4, dan gambar bawah setelah tweak dan reboot. Anda akan melihat penjelasan singkat tentang apa yang diukur tes serta interpretasi hasil.
Operasi File Besar
Tes ini memadatkan file 2GB dengan data acak dan menulisnya ke disk. SSD tweak di sini menunjukkan peningkatan sekitar 40%.
IOzone mensimulasikan kinerja sistem file, dalam hal ini dengan menulis file 8GB. Sekali lagi, peningkatan hampir 50%.
Di sini, file 8GB dibaca. Hasilnya hampir sama dengan tanpa menyesuaikan ext4.
AIO-Stress secara asinkron menguji input dan output, menggunakan file tes 2GB dan ukuran record 64KB. Di sini, hampir 200% peningkatan performa dibandingkan dengan vanilla ext4!
Pengoperasian File Kecil
Database SQLite dibuat dan PTS menambahkan 12.500 catatan untuk itu. SSD tweak di sini benar-benar memperlambat kinerja sekitar 10%.
The Apache Benchmark menguji pembacaan acak dari file-file kecil. Ada sekitar 25% peningkatan kinerja setelah mengoptimalkan SSD kami.
PostMark mensimulasikan 25.000 transaksi file, 500 secara bersamaan pada waktu tertentu, dengan ukuran file antara 5 dan 512KB. Ini mensimulasikan server web dan email dengan cukup baik, dan kami melihat peningkatan kinerja 16% setelah tweaking.
FS-Mark melihat 1000 file dengan ukuran total 1MB, dan mengukur berapa banyak yang dapat ditulis dan dibaca sepenuhnya dalam waktu yang telah ditentukan sebelumnya. Perubahan kami melihat peningkatan, sekali lagi, dengan ukuran file yang lebih kecil. Tentang peningkatan 45% dengan penyesuaian ext4.
Akses Sistem File
The Dbench benchmark sistem file uji panggilan oleh klien, semacam seperti bagaimana Samba melakukan sesuatu. Di sini, kinerja vanila ext4 terpangkas 75%, sebuah perubahan besar dalam perubahan yang kami buat.
Anda dapat melihat bahwa ketika jumlah klien meningkat, perbedaan kinerja meningkat.
Dengan 48 klien, celah itu agak tertutup di antara keduanya, tetapi masih ada kerugian kinerja yang sangat jelas oleh tweak kami.
Dengan 128 klien, kinerjanya hampir sama. Anda dapat beralasan bahwa tweak kami mungkin tidak ideal untuk digunakan di rumah dalam operasi semacam ini, tetapi akan memberikan kinerja yang sebanding ketika jumlah klien sangat meningkat.
Tes ini tergantung pada pustaka akses AIO kernel. kami mendapat peningkatan 20% di sini.
Di sini, kami memiliki pembacaan acak multi-berulir 64 MB, dan ada peningkatan 200% dalam kinerja di sini! Wow!
Saat menulis 64MB data dengan 32 utas, kami masih memiliki peningkatan 75% dalam kinerja.
Compile Bench mensimulasikan efek usia pada sistem file yang diwakili dengan memanipulasi pohon kernel (membuat, menyusun, menambal, dll.). Di sini, Anda dapat melihat manfaat signifikan melalui pembuatan awal kernel simulasi, sekitar 40%.
Tolok ukur ini hanya mengukur berapa lama waktu yang diperlukan untuk mengekstrak kernel Linux. Tidak terlalu banyak peningkatan kinerja di sini.
Pengaturan yang kami lakukan untuk konfigurasi ext4 out-of-the-box Ubuntu memang memiliki dampak yang cukup besar. Keuntungan kinerja terbesar adalah di bidang menulis dan membaca multi-threaded, pembacaan file kecil, dan file bersebelahan besar membaca dan menulis. Faktanya, satu-satunya tempat yang kita lihat adalah kinerja dalam panggilan sistem file sederhana, sesuatu yang harus diperhatikan oleh pengguna Samba. Secara keseluruhan, tampaknya peningkatan kinerja cukup padat untuk hal-hal seperti hosting laman web dan menonton / streaming video besar.
Perlu diingat bahwa ini secara khusus dengan Ubuntu Natty 64-bit. Jika sistem atau SSD Anda berbeda, jarak tempuh Anda mungkin bervariasi. Secara keseluruhan, tampaknya pengaturan jadwal fstab dan IO yang kami buat berjalan jauh untuk kinerja yang lebih baik, jadi mungkin patut dicoba di rig Anda sendiri.
Punya tolok ukur Anda sendiri dan ingin membagikan hasil Anda? Punya tweak lain yang tidak kita ketahui? Terdengar di komentar!
