Ўстаноўка 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.