Cara Tweak SSD Anda di Ubuntu untuk Performa Lebih Baik

Ada banyak tips di luar sana untuk mengubah SSD Anda di Linux dan banyak laporan anekdotal tentang apa yang berhasil dan yang tidak. Kami menjalankan tolok ukur kami sendiri dengan beberapa penyesuaian khusus untuk menunjukkan kepada Anda perbedaan nyata.

Tingkatan yang dicapai

Untuk membandingkan disk kami, kami menggunakan Phoronix Test Suite. Ini gratis dan memiliki repositori untuk Ubuntu sehingga Anda tidak perlu melakukan kompilasi 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:

• AMD Phenom II quad-core @ 3,2 GHz
• Motherboard MSI 760GM E51
• RAM 3,5 GB
• AMD Radeon 3000 terintegrasi dengan RAM 512MB
• Ubuntu Natty

Dan, tentu saja, SSD yang kami uji adalah drive 64 GB OCZ Onyx ($ 117 di Amazon.com saat penulisan).

Tweak Terkemuka

Ada beberapa perubahan yang direkomendasikan orang saat meningkatkan ke SSD. Setelah memfilter beberapa hal yang lebih tua, kami membuat daftar tweak pendek yang belum termasuk distro Linux sebagai default untuk SSD. Tiga di antaranya melibatkan pengeditan file fstab Anda, jadi kembalilah sebelum Anda melanjutkan dengan perintah berikut:

sudo cp / etc / fstab /etc/fstab.bak

Jika terjadi kesalahan, Anda selalu dapat menghapus file fstab baru dan menggantinya dengan salinan cadangan Anda. Jika Anda tidak tahu apa itu atau Anda ingin memoles cara kerjanya, lihat HTG Menjelaskan: Apa itu fstab Linux dan Bagaimana Cara Kerjanya?

Menghindari Waktu Akses

Anda dapat membantu meningkatkan masa pakai SSD Anda dengan mengurangi berapa 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 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 paling tidak 2.6.33 atau yang lebih baru; Anda dilindungi jika Anda menggunakan Maverick atau Natty, atau mengaktifkan backport di Lucid. Meskipun ini tidak secara khusus meningkatkan tolok ukur awal, itu akan membuat sistem berkinerja lebih baik dalam jangka panjang dan karenanya membuat daftar kami.

Tmpfs

Cache sistem disimpan di / tmp. Kami dapat memberitahu fstab untuk memasang ini dalam RAM sebagai sistem file sementara sehingga sistem Anda akan kurang menyentuh hard drive. Tambahkan baris berikut ke bagian bawah file / etc / fstab Anda di baris baru:

tmpfs / tmp default tmpfs, noatime, mode = 1777 0 0

Simpan file fstab Anda untuk melakukan perubahan ini.

Berpindah Penjadwal IO

Sistem Anda tidak segera menulis semua perubahan ke disk, dan beberapa permintaan antri. Penjadwal input-output default - cfq - menangani ini oke, tapi kita bisa mengubahnya menjadi yang berfungsi lebih baik untuk perangkat keras kita.

Pertama, buat daftar opsi mana yang Anda miliki dengan perintah berikut, ganti "X" dengan huruf drive root 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 menggunakan itu, karena memberi Anda tambahan tweak lebih lanjut di telepon. Jika tidak, Anda harus dapat menggunakan noop tanpa masalah. Kita perlu memberi tahu OS untuk menggunakan opsi ini setelah setiap boot sehingga kita perlu 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 "exit 0", tambahkan dua baris ini jika Anda menggunakan tenggat waktu:

batas waktu gema> / sys / block / sdX / antrian / scheduler

gema 1> / sys / blok / sdX / antrian / 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 memastikan itu terlihat bagus.

Lalu, 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 terjadi kesalahan dan Anda tidak dapat menjalankan boot, Anda dapat membatalkan setiap langkah di atas secara sistematis hingga Anda dapat melakukan booting kembali. Anda bahkan dapat menggunakan LiveCD atau LiveUSB untuk memulihkan jika Anda mau.

Perubahan fstab Anda akan tetap berjalan selama masa instalasi Anda, bahkan walaupun ada peningkatan, tetapi perubahan rc.local Anda harus dilembagakan kembali setelah setiap peningkatan (antara versi).

Hasil Pembandingan

Untuk melakukan tolok ukur, kami menjalankan serangkaian tes. Gambar teratas dari setiap tes adalah sebelum mengubah konfigurasi ext4, dan gambar bawah adalah setelah tweak dan reboot. Anda akan melihat penjelasan singkat tentang apa yang dilakukan tes serta interpretasi hasil.

Operasi File Besar

Tes ini memampatkan file 2GB dengan data acak dan menulisnya ke disk. Perubahan SSD 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 tidak sinkron menguji input dan output, menggunakan file uji 2GB dan ukuran catatan 64KB. Di sini, ada peningkatan kinerja hampir 200% dibandingkan dengan vanilla ext4!

Operasi File Kecil

Database SQLite dibuat dan PTS menambahkan 12.500 catatan ke dalamnya. Tweak SSD di sini sebenarnya memperlambat kinerja sekitar 10%.

Apache Benchmark menguji pembacaan acak 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 mail dengan cukup baik, dan kami melihat peningkatan kinerja 16% setelah melakukan tweaking.

FS-Mark melihat 1000 file dengan ukuran total 1MB, dan mengukur berapa banyak yang dapat sepenuhnya ditulis dan dibaca dalam jumlah waktu yang ditentukan sebelumnya. Perubahan kami melihat peningkatan, sekali lagi, dengan ukuran file yang lebih kecil. Tentang peningkatan 45% dengan penyesuaian ext4.

Akses Sistem File

Sistem file tes benchmark Dbench panggilan oleh klien, semacam bagaimana Samba melakukan sesuatu. Di sini, kinerja vanilla ext4 dikurangi 75%, sebuah kemunduran besar dalam perubahan yang kami buat.

Anda dapat melihat bahwa ketika jumlah klien meningkat, perbedaan kinerja meningkat.

Dengan 48 klien, jeda itu agak tertutup di antara keduanya, tetapi masih ada kerugian kinerja yang sangat jelas akibat 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-utas 64MB, dan ada peningkatan kinerja 200% di sini! Wow!

Saat menulis data 64MB dengan 32 utas, kami masih memiliki peningkatan kinerja 75%.

Compile Bench mensimulasikan efek usia pada sistem file yang diwakili dengan memanipulasi pohon kernel (membuat, mengkompilasi, menambal, dll.). Di sini, Anda dapat melihat manfaat yang signifikan melalui pembuatan awal dari kernel yang disimulasikan, sekitar 40%.

Tolok ukur ini hanya mengukur berapa lama waktu yang diperlukan untuk mengekstrak kernel Linux. Tidak terlalu banyak peningkatan kinerja di sini.

Ringkasan

Penyesuaian yang kami lakukan pada konfigurasi ext4 Ubuntu out-of-the-box memang memiliki dampak yang cukup besar. Keuntungan kinerja terbesar berada di ranah penulisan dan pembacaan multi-utas, membaca file kecil, dan file besar yang berdekatan baca dan tulis. Faktanya, satu-satunya tempat nyata yang kami saksikan dalam kinerja adalah panggilan sistem file sederhana, sesuatu yang harus diwaspadai oleh pengguna Samba. Secara keseluruhan, tampaknya peningkatan kinerja yang cukup solid untuk hal-hal seperti hosting halaman web dan menonton / streaming video besar.

Perlu diingat bahwa ini khusus dengan Ubuntu Natty 64-bit. Jika sistem atau SSD Anda berbeda, jarak tempuh Anda mungkin beragam. Namun secara keseluruhan, sepertinya penyesuaian fstab dan IO scheduler yang kami buat 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 dalam komentar!