Bagaimana untuk Tweak SSD anda di Ubuntu untuk Prestasi yang Lebih Baik
Terdapat banyak petua di luar sana untuk tweaking SSD anda di Linux dan banyak laporan anekdot mengenai apa yang berfungsi dan apa yang tidak. Kami menjalankan penanda aras kami dengan beberapa tweak tertentu untuk menunjukkan kepada anda perbezaan sebenar.
Tanda aras
Untuk menanda aras cakera kami, kami menggunakan Suite Ujian Phoronix. Ia percuma dan mempunyai repositori untuk Ubuntu supaya anda tidak perlu menyusun dari awal untuk menjalankan ujian cepat. Kami menguji sistem kami sebaik sahaja pemasangan baru Ubuntu Natty 64-bit menggunakan parameter lalai untuk sistem fail ext4.
Spesifikasi sistem kami adalah seperti berikut:
- AMD Phenom II quad-core @ 3.2 GHz
- Papan induk MSI 760GM E51
- 3.5 GB RAM
- AMD Radeon 3000 bersepadu w / 512MB RAM
- Ubuntu Natty
Dan, tentu saja, SSD yang kami uji sekarang adalah 64GB OCZ Onyx drive ($ 117 di Amazon.com pada saat penulisan).
Tweak yang terkenal
Terdapat beberapa perubahan yang dicadangkan oleh orang apabila menaik taraf kepada SSD. Selepas memfilter beberapa perkara yang lebih tua, kami membuat senarai pendek tweak yang distro Linux tidak dimasukkan sebagai lalai untuk SSD. Tiga daripada mereka melibatkan penyuntingan fail fstab anda, jadi kembali semula sebelum anda meneruskan perintah berikut:
sudo cp / etc / fstab /etc/fstab.bak
Sekiranya ada masalah, anda boleh memadamkan fail fstab yang baru dan menggantikannya dengan salinan sandaran anda. Sekiranya anda tidak tahu apa itu atau anda ingin menyusun cara kerja, lihat HTG Menjelaskan: Apakah fstab Linux dan Bagaimana Ia berfungsi?
Masa Capaian Eschewing
Anda boleh membantu meningkatkan kehidupan SSD anda dengan mengurangkan berapa OS dituliskan ke cakera. Jika anda perlu tahu bila setiap fail atau direktori yang terakhir diakses, anda boleh menambah kedua pilihan ini ke fail / etc / fstab anda:
noatime, nodiratime
Tambahkan mereka bersama-sama dengan pilihan lain, dan pastikan semuanya dipisahkan dengan koma dan tiada ruang.
Menghidupkan TRIM
Anda boleh mengaktifkan TRIM untuk membantu menguruskan prestasi cakera sepanjang jangka panjang. Tambah pilihan berikut ke fail fstab anda:
buang
Ini berfungsi dengan baik untuk sistem fail ext4, walaupun pada cakera keras standard. Anda mesti mempunyai versi kernel sekurang-kurangnya 2.6.33 atau lebih baru; anda dilindungi jika anda menggunakan Maverick atau Natty, atau mempunyai backports diaktifkan pada Lucid. Walaupun ini tidak secara khusus memperbaiki penanda aras awal, ia harus membuat sistem berfungsi lebih baik dalam jangka panjang dan oleh itu ia membuat senarai kami.
Tmpfs
Cache sistem disimpan dalam / tmp. Kita boleh memberitahu fstab untuk melancarkan ini dalam RAM sebagai sistem fail sementara supaya sistem anda akan menyentuh cakera keras kurang. Tambahkan baris berikut ke bahagian bawah fail / etc / fstab anda dalam baris baru:
tmpfs / tmp tmpfs defaults, noatime, mode = 1777 0 0
Simpan fail fstab anda untuk melakukan perubahan ini.
Menukar Penjadual IO
Sistem anda tidak menulis semua perubahan pada cakera dengan serta-merta, dan pelbagai permintaan akan diarahkan. Penjadual input-output lalai - cfq - mengendalikan ini okay, tetapi kita boleh mengubahnya kepada yang berfungsi lebih baik untuk perkakasan kami.
Pertama, senaraikan pilihan mana yang anda ada dengan arahan berikut, menggantikan "X" dengan huruf pemacu akar anda:
kucing / sys / block / sdX / baris gilir / penjadual
Pemasangan saya adalah pada sda. Anda perlu melihat beberapa pilihan yang berbeza.
Jika anda mempunyai tarikh akhir, anda harus menggunakannya, kerana ia memberi anda tweak tambahan lebih jauh ke garisan. Jika tidak, anda harus menggunakan noop tanpa masalah. Kita perlu memberitahu OS untuk menggunakan pilihan ini selepas setiap boot supaya kita perlu mengedit fail rc.local.
Kami akan menggunakan nano, kerana kami selesa dengan baris arahan, tetapi anda boleh menggunakan editor teks lain yang anda suka (gedit, vim, dll.).
sudo nano /etc/rc.local
Di atas baris "keluar 0", tambahkan dua baris ini jika anda menggunakan tarikh akhir:
tarikh akhir echo> / sys / block / sdX / queue / scheduler
echo 1> / sys / block / sdX / queue / iosched / fifo_batch
Sekiranya anda menggunakan noop, tambahkan baris ini:
echo noop> / sys / block / sdX / queue / scheduler
Sekali lagi, gantikan "X" dengan huruf pemacu yang sesuai untuk pemasangan anda. Lihatlah segala-galanya untuk memastikan ia kelihatan baik.
Kemudian, tekan CTRL + O untuk menyimpan, kemudian CTRL + X untuk keluar.
Mula semula
Agar semua perubahan ini berkuatkuasa, anda perlu memulakan semula. Selepas itu, anda sepatutnya bersedia. Sekiranya ada masalah dan anda tidak dapat boot, anda boleh membuat sistematically undo setiap langkah di atas sehingga anda dapat boot lagi. Anda juga boleh menggunakan LiveCD atau LiveUSB untuk pulih jika anda mahu.
Perubahan fstab anda akan menjalani hayat pemasangan anda, walaupun menghadapi peningkatan, tetapi perubahan rc.local anda perlu dimulakan semula selepas setiap peningkatan (antara versi).
Keputusan penanda aras
Untuk melakukan penanda aras, kami menjalankan ujian cakera. Imej atas setiap ujian adalah sebelum tweaking konfigurasi ext4, dan imej bawah adalah selepas tweak dan reboot. Anda akan melihat penjelasan ringkas tentang langkah-langkah ujian serta tafsiran hasilnya.
Operasi Fail Besar
Ujian ini memampatkan fail 2GB dengan data rawak dan menulis ke cakera. Tuntutan SSD di sini menunjukkan peningkatan sebanyak 40%.
IOzone menyerupai prestasi sistem fail, dalam kes ini dengan menulis fail 8GB. Sekali lagi, kenaikan hampir 50%.
Di sini, fail 8GB dibaca. Keputusan hampir sama dengan tanpa menyesuaikan ext4.
AIO-Stress secara tidak sengaja menguji input dan output, menggunakan fail uji 2GB dan saiz rekod 64KB. Di sini, terdapat peningkatan sebanyak 200% prestasi berbanding dengan vanila ext4!
Operasi Fail Kecil
Pangkalan data SQLite dicipta dan PTS menambah 12,500 rekod kepadanya. Penataan SSD di sini benar-benar melambatkan prestasi sebanyak kira-kira 10%.
Ujian Benchmark Apache secara rawak membaca fail kecil. Terdapat kira-kira keuntungan prestasi 25% selepas mengoptimumkan SSD kami.
PostMark menyusun 25,000 transaksi fail, 500 serentak pada satu masa tertentu, dengan saiz fail antara 5 dan 512KB. Ini menyerupai web dan pelayan mel dengan baik, dan kami melihat peningkatan prestasi sebanyak 16% selepas tweaker.
FS-Mark melihat 1000 fail dengan jumlah saiz 1MB, dan mengukur berapa banyak yang boleh ditulis sepenuhnya dan dibaca dalam jumlah masa yang telah ditetapkan terlebih dahulu. Tweaks kami melihat peningkatan, sekali lagi, dengan saiz fail yang lebih kecil. Kira-kira peningkatan 45% dengan penyesuaian ext4.
Akses Sistem Fail
Ujian penanda aras ujian sistem Dbench oleh pelanggan, seperti bagaimana Samba melakukan perkara-perkara. Di sini, prestasi vanila ext4 dipotong sebanyak 75%, satu set utama dalam perubahan yang kami buat.
Anda dapat melihat bahawa apabila bilangan pelanggan meningkat, perbezaan prestasi meningkat.
Dengan 48 pelanggan, jurang telah ditutup sedikit di antara kedua-dua, tetapi masih terdapat kerugian prestasi yang sangat jelas oleh tweak kami.
Dengan 128 pelanggan, prestasi hampir sama. Anda boleh membuat alasan bahawa tweak kami mungkin tidak sesuai untuk kegunaan rumah dalam operasi semacam ini, tetapi akan memberikan prestasi setanding apabila jumlah pelanggan meningkat.
Ujian ini bergantung kepada perpustakaan akses AIO kernel. kami mendapat peningkatan 20% di sini.
Di sini, kami mempunyai 64MB membaca rawak berbilang mata, dan terdapat kenaikan 200% prestasi di sini! Wow!
Semasa menulis 64MB data dengan 32 benang, kami masih mempunyai peningkatan 75% dalam prestasi.
Compile Bench menyimulasikan kesan usia pada sistem fail seperti yang diwakili oleh memanipulasi pokok kernel (membuat, menyusun, menampal, dan sebagainya). Di sini, anda dapat melihat manfaat penting melalui penciptaan awal kernel simulasi, kira-kira 40%.
Penanda aras ini hanya mengukur berapa lama masa yang diperlukan untuk mengekstrak kernel Linux. Tidak banyak peningkatan dalam prestasi di sini.
Ringkasan
Pelarasan yang kami buat kepada konfigurasi ext4 Ubuntu yang tidak jelas telah memberi impak yang cukup. Keuntungan prestasi terbesar adalah di dalam bidang menulis dan membaca berbilang benang, membaca fail kecil, dan fail bersebelahan besar membaca dan menulis. Sebenarnya, satu-satunya tempat sebenar yang kita lihat dalam prestasi adalah dalam panggilan sistem fail yang mudah, pengguna Samba perlu berhati-hati. Secara keseluruhan, nampaknya peningkatan yang cukup mantap dalam prestasi untuk hal-hal seperti laman web hosting dan menonton / penayangan video besar.
Perlu diingat bahawa ini khusus dengan Ubuntu Natty 64-bit. Sekiranya sistem atau SSD anda berbeza, perbatuan anda mungkin berbeza-beza. Keseluruhannya, nampaknya seolah-olah penyesuaian fstab dan IO penjadualan kami membuat jalan panjang untuk prestasi yang lebih baik, jadi mungkin patut dicuba pada rig anda sendiri.
Mempunyai tanda aras anda dan mahu berkongsi hasil anda? Mempunyai tweak lain yang tidak kita ketahui? Bunyi dalam komen!
