Установка Ubuntu Linux на SSD.

1. Прочитайте все про ваше SSD на офіційному сайті
2. Оновлення прошивку
3. Вирівнювання розділів на SSD
4. Установка на SSD Ubuntu
5. Оптимізація Ubuntu для SSD
6. Поради SSD

Багато хто чув, що на ринку з'явилися твердотільні жорсткі диски без рухомих частин, SSD диски. Вони поки відносно дорогі і обсяг не великий, але операційна система на них просто літає, а важкі додатки стартують в рази швидше, ніж зі звичайних HDD. Чим досягається таке диво?

У SSD немає головок, які необхідно позиціонувати над затребуваними даними і тому швидкість читання випадкових секторів відбувається набагато швидше. А як показує практика, саме робота з дрібними файлами, розташованих в різних місцях диска - це звичайний портрет роботи операційної системи.

Краще рішення на сьогоднішній день - це покупка SSD для операційної системи і зберігання особистих і медіа файлів на звичайних HDD.
Ось і я зважився купити собі SSD диск для Ubuntu. Багато прочитав про цей новий вид дисків - твердотільні накопичувачі. Хотів модель Intel X25-V, але грошей як завжди мало, довелося придбати модель OCZ "Onyx" OCZSSD2-1ONX32G з контролером Indilinx Amigos, про який багато негативного не пишуть.

Нижче описані етапи, які допоможуть правильно підготувати SSD для роботи з Ubuntu Linux. Якщо ви проігноруєте етапи, то отримаєте працюючу систему, але не оптимальну, з меншою швидкістю читання-запису і, можливо, піддайте свій SSD диск небезпеки раннього виходу з ладу.

Прочитайте все про ваше SSD на офіційному сайті

Не нехтуйте даними радою, наприклад я вичитав на офіційному сайті мого OCZ "Onyx" OCZSSD2-1ONX32G, що оновлювати прошивку потрібно, встановивши в BIOS, режим IDE для SATA дисків, а не рідний AHCI режим. Хіба мало чого важливого ви віднімаєте?

Оновлення прошивку

Усередині жорстких дисків, SSD не виняток, є мікроконтролер, який управляється мікропрограмою. Її можна оновлювати і це називається "прошивкою" (firmware). Прочитайте що і як рекомендує виробник вашого SSD диска для оновлення прошивки. Зазвичай оновлення прошивки усуває помилки і додає нові функції. Дуже важливо щоб SSD диск підтримував TRIM і, якщо для цього потрібно оновити прошивку, оновлюйте!

Дізнатися поточну версію прошивки можна командою sudo hdparm -i / dev / ваш_діск | grep -i Fw

Вирівнювання розділів на SSD

Суть проблеми в тому, що якщо початок розділів в секторах не кратне розміру кластера файлової системи, то різко падає продуктивність при читанні / запису з диска, а у випадку з SSD диском ще й збільшується знос диска. Тобто коли майданчиках не вирівняні, то кластер файлової системи займає кілька секторів і тим самим збільшується кількість операцій читання / запису. Детальніше про цю проблему вирівнювання розділів краще прочитати в Інтернеті. Головне запам'ятати просте правило: створюєте розділ - його стартовий сектор повинен ділитися на 8 без залишку.

Пристрої під Загр Початок Кінець Блоки Id Система
/ Dev / sdh1 2048 514047 256000 83 Linux
/ Dev / sdh2 514048 55810047 27648000 83 Linux

Початкові сектора 2048 і 514 048 кратні 8! Я використовував fdisk і в ньому створив розділи / boot, / і swap. Зі статті на Хабре з'ясував, що робота зі swap в сучасних операційних системах йде приблизно ~ 40: 1 читання: запис. Тому розміщення swap на SSD це відмінна ідея. Трохи пізніше ми змусимо Ubuntu Linux менше використовувати swap, а більше швидку ОЗУ.

Деякий місце на вашому SSD зарезервовано і недоступно вам, це місце буде використано для заміни зношених під час запису-перезапису елементів. Під час розмітки диска, я залишив поза розмічена область ~ 3,5 Гб, щоб контролера диска було чим замінювати, в далекому майбутньому, що вийшли з ладу осередки. Вам так само рекомендую не скупитися і при розмітці залишити мало не розміченій області.

Установка на SSD Ubuntu

Під час установки я вказав, що перший розділ на SSD це / boot і файлова система ext3. Просто я вирішив допомогти grub'у і не загрібає не потрібних проблем. В / boot зберігаються ядра системи і розміру 250 мб повинно вистачити на багато встановлених паралельно ядер.

Другий розділ на SSD став коренем / в BTRFS. У цій просунутої файлової системи, є чудовий параметр -o ssd. Вказавши його, ми повідомляємо, що жорсткий диск виду SSD і покращуємо роботу з ним. Вказати параметр можна пізніше, відредагувавши / etc / fstab

# Мій корінь
UUID = 6f1fedb8-2dc7-4d19-a1f4-2eac082f879e / btrfs defaults, noatime, barrier = 0, nodatacow, discard, commit = 600, ssd 0 0

Розділ / home був і його не форматуючи через установник, я задіяв як і раніше. Всі файлові системи, крім / boot, вказані в BTRFS.

Оптимізація Ubuntu для SSD

Якщо у вас є UPS, він же ІБП, то можна застосувати поради з прискорення Ubuntu .

Параметр discard.
Включає корисну команду TRIM і настійно рекомендується до застосування до різних файлових систем. discard потрібно вказати в / etc / fstab. Розробники багатьох дистрибутивів linux обговорювали іноді виникає проблему з discard, яка призводить до падіння продуктивності. Альтернативним шляхом є виклик fstrim з cron . Пробуйте і вибирайте своє!

Параметр ssd для btrfs.
Вказуйте для файлових систем btrfs в / etc / fstab.

Параметр commit = 600.
Чудовий параметр commit рівний 600 можна застосовувати до багатьох файлових систем і commit вказує на скидання брудних файлових буферів кожні 10 хвилин (600). Настійно рекомендується мати ІБП. commit = 600 потрібно вказати в / etc / fstab.

barrier = 0
Код файлової системи зобов'язаний перед створенням запису фіксації [журналу] бути абсолютно впевненим, що вся інформація про транзакції поміщена в журнал. Просто робити запис в правильному порядку недостатньо; сучасні диски мають кеш великого обсягу і змінюють порядок запису для оптимізації продуктивності. Тому файлова система зобов'язана явно повідомити диску про необхідність записати все журнальні дані на носій перед створенням запису фіксації; якщо спочатку буде створена запис фіксації, журнал може бути пошкоджений. Блокуюча система введення-виведення ядра надає таку можливість завдяки використанню механізму «шлагбаумів» (barriers); простіше кажучи, «шлагбаум» забороняє запис будь-яких блоків, які були надіслані після нього, до того моменту, як все, що було надіслано перед «шлагбаумом», буде перенесено на носій. При використанні «шлагбаумів» файлова система може гарантувати, що все, що знаходиться на диску, цілісно в будь-який момент часу. Відключаючи шлагбаум barrier = 0, ми прискорюємо операції записи на розділи.
barrier = 0 потрібно вказати в / etc / fstab.

Для btrfs вказуйте nobarrier.

LVM.
Якщо ви використовуєте технологію LVM, то потрібно вказати в /etc/lvm/lvm.conf параметр issue_discards = 1.

Preload.
Демон, кешіруюшій звернення до файлів і прискорює IO висновок. У SSD диску немає обертових млинців і зчитують головок, то бажано в /etc/preload.conf змінити параметр і привести його до виду sortstrategy = 0. Цим самим ви накажете не виробляти сортування черги запитів, так як для SSD це не має сенсу. Перезапустіть preload - sudo /etc/init.d/preload restart

Збільшимо скидання брудних буферів vm.dirty_writeback_centisecs = 15000 в /etc/sysctl.conf.

У демонів журналирования rsyslogd або syslogd перед усіма шляхами до журналів поставимо знак мінус і змусимо не робити sync після додавання одного рядка в журнал. Демон ведення журналів syslog (а також що йде йому на зміну - rsyslog) пише журнали в каталозі / var / log / і додавши один рядок робить операцію sync, яка зводить нанівець кеш диска і довший скидання буферів. Можна змінити поведінку демона і вказати не робити sync після кожного додавання. Знайдіть файл конфігурацій демона, зазвичай це /etc/syslog.conf або /etc/rsyslog.d/ і всі шляхи виду / var / log / щось-там / змініть, дописавши знак мінус ( "-") перед шляхами.

У файл /etc/sysctl.conf в кінець файлу вставте рядок vm.swappiness = 10 і тим самим змусьте Ubuntu Linux більше займати ОЗУ, ніж swap. Як це досягається детально розписано в прискоренні Ubuntu .

За замовчуванням в Ubuntu Linux в якості файлового планувальника використовується CFQ, він намагається мінімізувати переміщення головок, але у SSD немає рухомих частин і CFQ не потрібен. Потрібно в файлі / etc / default / grub додати elevator = noop і отримати рядок, типу GRUB_CMDLINE_LINUX_DEFAULT = "quiet splash elevator = noop". Не забудьте sudo update-grub

Тепер перезавантаження вашого ПК і отримаєте оптимізовану під плюси і приховує мінуси SSD систему Ubuntu Linux. Порадуйте себе швидкістю SSD sudo hdparm -t / dev / ваш_діск_ssd

Поради SSD

1) Менше пишеш на SSD, краще.

2) Постійний запис безлічі дрібних файлів - найбільше зло для SSD. Запис на SSD проводиться блоками (аж до 128 Кб) і маленькі файли змушують прати блоки більшого розміру.

3) Розміщувати розділ підкачки на SSD можна і потрібно. Робота з підкачкою характеризуються великою кількістю читання в порівнянні з записом (40 до 1), і відносно великими обсягами записи, так що користі від набагато більш швидкого доступу до даних більше, ніж шкоди.

4) Якщо команда iotop часто показує запис процесу в розділ, що знаходиться на SSD, зроби так, щоб процес туди писав рідше або взагалі не писав. Не бійся рідкісної записи - бійся постійної, періодичної записи. Дивись п.п 1.

5) Забудь про дефрагментацію, її більше для тебе не існує. Якщо побачив слово онлайн дефрагментація або дефрагментація на-льоту, знайди і вимкни це.

6) У Ubuntu Linux крім системного індексатора updatedb, інші індексатори зберігають файли-бази-даних в домашньому каталозі. Подумайте про необхідність цих індексаторів-пошукачів, якщо не потрібні - відключайте / видаляйте.

Відмінний відеоматеріал, правда на англійській мові, але все зрозуміло з самого відео і відкритих вікон як оптимізувати Linux для SSD.