Настройка Ubuntu для работы с SSD

[Sly_tom_cat]

theurs, абстрактный Вася пытается пользовать свой мозг и не ведется на развод маркетологов. Тем кому маркетологи на столько загадили мозг, что они верят в дефолт как в бога - тем уже не нужно задавать вопросов

И таки пусть задает - по ответам может, что узнает нового. Греки говорили что в споре рождается истина, в современном мире спор уже выродился в срач, потому то и не считают эту греческую мудрость более ценной. А зря...

[Pilot6]

thunderamur,

Btrfs знает как работать с ssd, при установке Ubuntu на эту ФС в fstab автоматом прописывается опция монтирования ssd, что говорит о том, что разработчики ФС уделили этому вопросу свое внимание.

Не совсем так. В опции ничего не прописывается. Сама btrfs умеет определять тип носителя. Поэтому ssd вклчюается автоматом. Это описано в официальной документации.

[thunderamur]

Pilot6,
Да, я оговорился, при подключении ssd с defaults в fstab при монтировании автоматом встает параметр ssd.

[Pilot6]

thunderamur,
Опять чуть не так. При монтировании проверяется значение в файле

 /sys/block/sdX/queue/rotational

Если оно 0, то включается параметр ssd.

Ну да. Ты именно это и написал. Пардон.

[thunderamur]

Pilot6,
О какие подробности откопал, я этого не знал.

[Pilot6]

thunderamur,
Ну так я уже в коде ковыряюсь ;-)

[EvangelionDeath]

Здравствуйте.
Итак, назрел вопрос.
В наличии есть SSD Intel 535 120GB (исходя из данных с контроллером sandforce sf-2281, который и сам сжимает данные, ну и сжатые данные пишет медленне) возникли вопросы в предверии выхода Ubuntu 16.04 и желании таки установить диск в ноут

1. ОЗУ 16GB DDR3 1600 MHz
2. CPU Intel Core i3-3217U
3. GPU Intel HD4000
4. Хотелось бы иметь нормальный Hibernate (сколько под SWAP тогда взять?)
5. Места для HDD нет (то есть не будет после установки SSD), разве что через USB 3.0 и то бокс старенький под USB 2.0
6. Имеет ли смысл включать компрессию?


Кроме того, я бы кое что да поменял в самом хелпе.

Дефрагментация BTRFS со сжатием файлов

А именно строку Для выполнения нужно загрузиться в живую сессию, примонтировать раздел с BTRFS и применить команду дефрагментации со сжатием:


Так как сжать можно стразу после работы установщика, если использовать Try Ubuntu. Точки монтирования можно глянуть через gparted. Тут же можно сразу и отредактировать fstab

[Sly_tom_cat]

EvangelionDeath, про BTRFS в wiki написаны два метода как сделать установку сразу на упакованный том - вам выбирать - какой вариант вам больше нравится (варианты не совсем равнозначные, суть их неравнозначности расписана в разделе про упаковку данных).

[EvangelionDeath]

Да разницу я знаю, как и установить. Возможно я неправильно выразился.
Контроллеры SandForce и сами сжимают данные при записи, кроме того пишут изначально сжатые данные медленне, чем те, которые поддаются сжатию. Нагружать процессор в ноутбуке компрессией\декомпрессией, особенно, если и контроллер диска делает то же самое, не хочется и есть или смысл в плане экономии места\ресурса диска?

P.S. Глядя на результаты тестов, оптимальным вариантом явлется lzo

[thunderamur]

EvangelionDeath,
Ну вот смотри, возьмешь ты огромный текстовый лог в гигабайт, запишешь на диск без сжатия на уровне ФС, места в ФС станет меньше на 1 гиг, хотя фактически на диск будет записано 100 метров.
Тот же файл запишешь на ФС со сжатием, места станет меньше на 100 метров, столько же запишется на диск, т.к. контроллер уже не сможет сжать (практически) уже сжатые данные. Понял разницу?
Пользователь добавил сообщение 06 Апреля 2016, 16:49:24:Я вот ещё думаю про F2FS.

[oermolaev]

Я вот ещё думаю про F2FS.

(Нажмите, чтобы показать/скрыть)

достаточно широко использую f2fs на разделах флешек, а также на одном ssd на рабочей станции (вместо btrfs, кстати). Проблема с которой столкнулся - fsck.f2fs не имеет опции для исправления ошибок файловой системы. То есть, сначала спасаем данные что возможно, а затем форматируем раздел по новой. Сами ошибки, полагаю, возникали в результате аварийного отключения питания.
Сейчас активно тестирую zfs

[EvangelionDeath]

EvangelionDeath,
Ну вот смотри, возьмешь ты огромный текстовый лог в гигабайт, запишешь на диск без сжатия на уровне ФС, места в ФС станет меньше на 1 гиг, хотя фактически на диск будет записано 100 метров.
Тот же файл запишешь на ФС со сжатием, места станет меньше на 100 метров, столько же запишется на диск, т.к. контроллер уже не сможет сжать (практически) уже сжатые данные. Понял разницу?
Пользователь добавил сообщение 06 Апреля 2016, 16:49:24:Я вот ещё думаю про F2FS.

Да разницу я знаю.
На уровне ФС у меня то отнимется 1ГБ, но контроллер на сам диск запишет 100МБ (те же), то есть реально оставит 900МБ еще в резерв, так система их не увидит, то есть уменьшит износ.

И да, я таки поставил Ubuntu 16.04 на btrsf со сжатием lzo, правда как всегда порадовал баг, который тянется с версии в версию с неработающим тачпадом.

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i8042.notimeout i8042.nomux"

наше все

Теперь о полезном и странном:
1. планировщик дискового ввода вывода как то нистранно deadline. anticipatory вообще не предусмотрен.
2. дисковый кеш для chromium, google-chrome можно задать подправив соответствующие файлы в
/usr/share/applications/ (для chromium можно как вариант подправить файл /etc/chromium-browser/default, для Opera 36 решение с wiki не работает)
Сначала разберем параметры, которые можно для этого использовать:

Код: [Выделить]

--disk-cache-dir="куда писать кеш"
--disk-cache-size="размер кеша" ## 0 - использует по умолчанию 2GB, для урезания нужно указать 1 xD
--media-cache-dir="куда кешировать медиа данные"

Теперь список самих файлов

Код: [Выделить]

/usr/share/applications/google-chrome.desktop #Google Chrome
/usr/share/applications/chromium-browser.desktop #Chromium или как указан выше /etc/chromium-browser/default

Ищем строку Exec= в разделе [Desktop Entry] и в конец строки дописываем наши параметры
Так как chromium дает возможность исправлять два файла, то можно для него исправить только второй файл, указать параметры в строке CHROMIUM_FLAGS (даже ковычки проставлены, что бы мы писали именно в них)

Так как /tmp у меня в ОЗУ, то я себе кеширую в /tmp/.browser-cache/<имя браузера>

Примеры

Код: [Выделить]

/etc/chromium-browser/default :
CHROMIUM_FLAGS=" --disk-cache-dir=/tmp/.browser-cache/chromium-browser"

/usr/share/applications/google-chrome.desktop
Exec=/usr/bin/google-chrome-stable %U --disk-cache-dir=/tmp/.browser-cache/google-chrome

Как побороть оперу, не делая симлинков, не разобрался =(

Таки разобрался с оперой. Все те же правила, что и выше, хотя еще там несколько пунктов в Опере настроил.
Дополнительные переметры настройки: В настройках нажимать (без запятых)

Код: [Выделить]

↑, ↑, ↓, ↓, ←, →, ←, →, b, a
Ну и поиграться с

Код: [Выделить]

chrome://flagsДля Firefox
Вводим в строке браузера about:config
Ищем browser.cache.disk
Меняем параметры для:

Код: [Выделить]

browser.cache.disk.capacity 0
browser.cache.disk.enable   false #там тогл на клик
С остальными параметрами пока не разобрался
Пользователь добавил сообщение 08 Апреля 2016, 10:29:24:И тут столкнулся с тем, что btrfs-transaction слишком уж много пишет, как мне кажется, при том постоянно =(
Как с этим бороться?

[thunderamur]

EvangelionDeath,
Я уже кэш не отключаю... Просто когда недавно увидел, что у моего ссд всего лишь 3 ТБ записи за 4 или 5 лет, я понял, что можно не парится на этот счет.

[werlock]

EvangelionDeath,
Я уже кэш не отключаю... Просто когда недавно увидел, что у моего ссд всего лишь 3 ТБ записи за 4 или 5 лет, я понял, что можно не парится на этот счет.

Как посмотреть сколько записи прошло через SSD?

[EvangelionDeath]

EvangelionDeath,
Я уже кэш не отключаю... Просто когда недавно увидел, что у моего ссд всего лишь 3 ТБ записи за 4 или 5 лет, я понял, что можно не парится на этот счет.

Минимум 2MiB в минуту в простое и 4 и больше при работе хромиума (кеш в тмп). То есть в сутки 20 и больше GiB пишет только btrfs. Не айс

P.S. Nand write amplification 0.28, но все равно не приятно. Ладно, на нужды 2-4ГиБ в день, но не 20

Как посмотреть сколько записи прошло через SSD?

GSmartTool, smartctl (то есть просмотр показаний S.M.A.R.T. ССД-накопителя)