Linux и SSD | DSS и xuniL : Linux

Сегодня буду ставить линь на вновь приобретённый SSD, и по сему у меня есть несколько вопросов к знатокам. Это воросы, обсосанные в интОрнетах, но требующие для меня подтверждения у знатоков. Да-да, Олег, я смотрю именно на тебя.
В общем, по "тюнингу" есть такие вопросы:
1. Swap. Нужен ли он вообще? Hibernate'ом я пользоваться не планирую (зачем, когда система на SSD будет загружаться за считанные секунды), но ходят слухи, что система без него слегка подтормаживает, и потому рекомендуется создавать Swap-раздел, но выставлять флажок vm.swappiness=0. Я пока планирую вообще не создавать этот раздел, но, может, будут какие косяки впоследствии...
2. TRIM. Насколько я понимаю, его нужно выполнять периодически, и сделать это можно двумя путями:
1) Cron: echo "#\x21/bin/sh\\nfstrim -v /" > /etc/cron.daily/trim
2) fstab: UUID={UUID} / ext4 discard,errors=remount-ro 0 1
После установки можно это перепроверить, например, наличие "discard" в fstab. Последние версии Linux'овых дистрибов, по идее, должны такое делать автоматически. Но на глаза попадалась инфа, что TRIM на ext4 работает только с ядра 3.7. А понравившийся мне Elementary OS работает на ядре 3.2. Как быть?
3. Время/дата доступа к файлам/каталогам. Рекомендуют также добавить флаги "noatime" и "nodiratime" в fstab. Наскольок актуально? Чем может грозить?

Вот... Это пока из наиболее интересующего.

ЗЫЖ С выньдами таких вопросов не возникает, ибо свап там файловый, и его без проблем можно включить/выключить, а с тюнингом ФС под SSD установщик вполне справляется сам.

Ну, для начала, я все же не знаток... С Linux наступаю на грабли, как все...

1. Все относительно. Я больше ориентируюсь на свободную память. Т.е. если ее много, то своп на SSD вреден. Ни на рабочей машине, ни на форумной свопа нет. Да, приходил несколько раз oom-killer в самом начале, но мы с ним подружились. Т.е. если от 8Гб включительно и не любитель обработки трехмерностей - не ставил бы. Про подтормаживания - это если бы у тебя куча процессов ненужных была, то они освобождают память для других, укладываясь в своп. 8Гб забить достаточно трудно даже сейчас. И, да, я тебя сильно огорчу, но загрузки за секунды нет :) Хотя бы потому, что часть этих секунд стартует всяческая биосовская муть и получение данных у DHCP занимает время. Если ноут, то лучше его спать укладывать, т.е. просто standby. Обычно он после этого еще пару суток живет без проблем. Тут особо не подскажу, у меня десктоп с SSD, я его вообще не выключаю, а ноуты все с винтами - один "засыпаю", один в хибернацию шлю.

2. Та утилитка, что по крону, она... Как бы сказать, полулегальная и "на свой страх и риск". И служит для того, чтобы иногда тримить то, что по каким-то причинам нельзя тримить сразу. Соответственно, трим в ядре должен быть, иначе не сработает ни утилитка, ни монтирование, что суть - одно и то же. Вот, что с Е делать - не подскажу. Снес ее по той же самой причине и поставил Убунту. Если очень хочется - можно поставить ядро самостоятельно. Маны, я думаю, по этому вопросу есть. Только надо ли... Мне, кстати, Убунта вполне себе понравилась. Даже с Unity. Как-то прошло неприятие. Аккуратненько и все из коробки. Про проверку наличия дискарда тут темка уже была...

3. У меня такие флаги, собственно
на десктопе. Noatime тоже можно, т.е. не обновлять совсем. Это к SSD мало относится, влияет на программы, которым кровь из носу нужна дата обращения к файлам. Т.е. почтовым серверам, у меня mercurial еще, ему на всякий оставил... Если такого софта нет, то ставь и не думай, система нормально и так живет.

по поводу ЗЫЖ: 1) С виндами вопросов не возникает, поскольку там все привыкли к мышкомахательству и не вникают в наличие вопроса. 2) На Linux тоже файловый своп можно сделать, эффективность только падает круто, gparted позволяет менять размер раздела и создавать/убивать их. Т.е. не вижу особых причин для паники при виде раздела для свопа. 3) На Windows 2000 тоже установщик справится? ;) С новым ядром новый установщик и в Linux справится, я думаю...

Кстати, если подумаешь на Убунту переходить для бука, посмотри на то, чтобы поставить btrfs в корне. Мне понравилось. Оно понадежнее ext4 будет. Десктоп пока не рискнул перевести, дождусь, как минуем ядро 3.15 и новые утилитки для btrfs в Gentoo появятся...

В общем, поставил бубунту... и она как-то не впечатлила. Если на виндах разница "ВАХ!", и теперь тратится лишь около 30 секунд от пост-скрина до возможности пользоваться софтом, то линь поначалу вообще раздосадовал. Потому как разницы я не заметил... пока не указал флажки в fstab и sysctl.conf. Теперь ~15 секунд до экрана входа, и ещё секунд 5-6 на подгрузку профиля и всего барахла, без которого мышкой тыкать некуда. Может, конечно, издержки первого запуска.
Но бубунта все всё-равно не нравится. Какая-то она... не законченная, что ли. С переключением раскладки не разберусь никак, анимации не consistent, как говорится, да и вообще не очень приятна/привычна.

С переключением раскладки - просто обновиться не забудь. Они ее где-то сломали в каком-то обновлении, потом поправили. Я сразу обновляюсь, поэтому поломки не заметил.
И, да, я тут агитирую, но в бубунте не работаю, только на буке, временами, не для постоянной работы пользуюсь. Но вполне даже ничего. Закрепляешь на панельке самое необходимое, чем не Е?
С флажками поделись? У меня она без SSD секунд 6 на буке профиль грузит. А вот различные манипуляции с vm.dirty* мало того, что ставят FS под удар, но и, по внешнему ощущению, в постоянной работе потом машину тормозят. Журнал FS, надеюсь, не отключал? Все волшебство сводится к тому, что ты что-то отключаешь. И я, например, считаю ноуты зоной риска, а не "защищенными, поскольку с батарейкой". Более того, остаться где-то далеко с разваленной ФС не улыбается, поэтому жертвую скорость в угоду защищенности. И, еще раз, в ждущем режиме отлично сутки-двое, а то и трое лежит. Вопрос приведения ноута в работоспособное состояние - секунды три на винте. Оптимизировать загрузку считаю неправильным, ты же работаешь, а не грузишь его постоянно. Сделай хибернацию тогда, вот где быстрый старт даже на винте. У меня десктоп сравнительно долго грузится. Но редко...

Кстати, не сравнивал noop и CFQ?

vm.swappiness = 0 >> /etc/sysctl.conf

fstab: nodiratime,noatime,discard,errors=remount-ro

Не грузи (%

А, ну ещё это... ext4 использую. Раздел у меня один подо всё, а эксперементировать с btrfs как-то не хочется. Кто знает, как там, например, груб себя с ним ведёт?

ЗЫЖ Попрошу не тыкать носом в необходимость разделения /boot и / (и иногда /home). Я, скорее всего, бубунту долго не продержу.

Эксперимент тут не при чем, btrfs уже в промышленной эксплуатации. Это я пока никак не обновлюсь. И груб нормально себя ведет. При установке Убунты в самом начале внизу кнопочка есть, где можно задавать партиции самому. Жмакаешь ее, удаляешь все разделы, в т.ч. своп, говоришь, что вот это все богатство используй в btrfs с точкой монтирования в /. Все! Грузится, кстати, куда быстрее, чем с ext4 и, субъективно, надежнее, особенно против выключения по питанию. Да и SSD поддерживает с рождения. Компрессия опять же. Но, например, для БД эта FS тормознее. Уговаривать не буду, сам пока только на буке использую.

Ты бы не валил все вопросы в кучу...

Я уже давно не разделяю буты с хомами. Собственно, зачем? Речь идет о целостности, типа посыпалась FS, бут уцелел. Но FS со времен ext2 сильно поднялись, поэтому, если уж посыпалось, то вместе с носителем обычно. Второй пункт - переполнение (это про home). Смысла тоже не вижу. Для рута на ext* все равно место резервируется, а кроме рута я один, собственно, рутом и являюсь, просто из под него не работаю. Какие-то еще нюансы с home есть в плане удобства на ходу его отмонтировать, прочекать, например, в случае с одним рутом придется искать загрузочную флешку, чтобы прочекаться, но я так давно это не делал, что раз в пять лет, например, готов найти и флешку... Тут все индивидуально. На серьезных серверах базы подключаются отдельными точками монтирования... Т.е. не в home лежат.

Ну ты, прям, как с ламаком каким...

Представляешь, я знаю про этот вариант, и именно его и использовал. Но ты в посте выше немного припугнул, и я принял решение в пользу ext4 против btrfs. Когда буду ставить другой дистриб, попроую последнюю.

Ну, может, переименовать тогда тему в "Тоха корячится с установкой линя". (%

Именно этим, обычно, и мотивируют разбивку точек монтирования по разделам.

Я, так-то, тоже уже давно всё в один раздел размещаю. Хотя, помнится мне, в древние времена сталкивался с невозможностью системы загрузиться из-за недостатка места в / или /var (тогда ещё модно было и /var на отдельный раздел выносить, насколько я помню).

Все равно не надо валить в одну кучу, как бы тема не называлась :) Что касается "бут уцелел", то его восстановить - как раз самая простая задача... А загрузочные флешки всегда со мной в пути. Загрузиться система не может, да, но это если ты рутом загадишь. Тут уж тебе никакие отдельные разделы не помогут...