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

[thunderamur]

babay2004,
Трудностей нет ведь. И да, я предпочитаю просто выключить кэш на диске, а не ограничивать его нулем, хотя это вроде одно и то же, но в about:config это разные ключи. Хотя наверное, лучше всё-таки способ без лазанья в конфиги. Щас поправлю.
А вариант с кэшем в tmpfs уберу, т.к. он не нужен, да и букаф надо больше писать, поясняя.

motorw,

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

CHROMIUM_FLAGS="--disk-cache-dir=/dev/null --disk-cache-size=1"добавлю.

[motorw]

babay2004,
Трудностей нет ведь. И да, я предпочитаю просто выключить кэш на диске, а не ограничивать его нулем, хотя это вроде одно и то же, но в about:config это разные ключи. Хотя наверное, лучше всё-таки способ без лазанья в конфиги. Щас поправлю.
А вариант с кэшем в tmpfs уберу, т.к. он не нужен, да и букаф надо больше писать, поясняя.

motorw,

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

CHROMIUM_FLAGS="--disk-cache-dir=/dev/null --disk-cache-size=1"добавлю.

Э-эм.. Ну только надо помнить, что переменные окружения при каждом входе в систему теряются..
Чтобы сохранить значение переменной(ну, не сохранить, а просто автоматически добавлять при входе в систему) следует создать(если его нет) или дописать в файл /etc/profile.local

export CHROMIUM_FLAGS="--disk-cache-dir=/dev/null --disk-cache-size=1"

Но это нужно протестировать, я сейчас не дома.

[thunderamur]

Какой кривой этот ваш хромиум...

[motorw]

Какой кривой этот ваш хромиум...

И не говори.. Не могли для такой простой вещи сделать ГУЙ.

[Antony3d]

Несколько замечаний, дополнений и вопросов по статье.

1. Метод проверки с помощью hdparm не работает на btrfs.
Нужно найти и описать метод проверки. Я найти не смог, следовательно так и не знаю  работает ли реально у меня TRIM на btrfs (hdparm выдает ошибку: 0,26: device not found in /dev). На ext4 - проверял - работает.

2. Нужно найти выяснить проверить и описать специфические опции монтирования btrfs.
Я кроме (mount -o ssd) не знаю.

3. Возможен ли ручной TRIM в линукс, на каких файловых системах? Как?
Есть ли толк от тупого затирания нулями свободного места (dd if=/dev/zero of=zerofile) для контроллера ssd, воспримет ли он эти нули как надо?
Ясно что это лишние гигабайты записи, но тогда вопрос, а сам TRIM не плодит эти лишние гигабайты при удалении файлов?

4. Так как долго разбирался с тримом, написал простенький интерактивный скриптик для его проверки. (писал для себя, работает, но не всё там красиво, можно облагородить, в баше я совсем зелёный)

testtrim.sh

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

#!/bin/bash

echo -e "\033[1mScript fot testing TRIM working. (not work on btrfs)\033[0m"
echo ""
echo -e "\033[1mList of mounted fs:\033[0m"
mount
echo ""
echo -en "\033[1mEnter directory to test, or press Enter to test in current:\033[0m"; read P
cd "$P"
echo -n "Testing in "
pwd
echo "> sudo dd if=/dev/urandom of=tmpfile count=10 bs=1M oflag=direct"
echo -ne "\033[1mWriting 10M file tmpfile of urandom data. Enter to continue.\033[0m"; read X
echo "Writing..."
sudo dd if=/dev/urandom of=tmpfile count=10 bs=1M oflag=direct
sync
echo ""
echo -e "\033[1mList LBA blocks of testfile:\033[0m"
sudo hdparm --fibmap tmpfile
echo -ne "\033[1mEnter start sector to test (begin_LBA):\033[0m"; read S
echo -ne "\033[1mEnter device name (sdX, x=device adress) /dev/\033[0m"; read D
DEV="/dev/"$D
echo -e ""
echo -e "\033[1mList raw data of testfile:\033[0m"
sudo hdparm --read-sector $S "$DEV"
echo -ne "\033[1mNow deleting testfile. Enter to continue\033[0m"; read X
sudo sudo rm tmpfile
sudo sync
echo ""
echo "List raw data of deleted testfile."
sudo hdparm --read-sector $S "$DEV"
echo ""
echo -e "\033[1mWhen trim working - must be 0000 or ffff.\033[0m"


[babay2004]

TRIM-тест скрипт? Уже всё написано до нас!

[Antony3d]

3. Возможен ли ручной TRIM в линукс, на каких файловых системах? Как?
Есть ли толк от тупого затирания нулями свободного места (dd if=/dev/zero of=zerofile) для контроллера ssd, воспримет ли он эти нули как надо?
Ясно что это лишние гигабайты записи, но тогда вопрос, а сам TRIM не плодит эти лишние гигабайты при удалении файлов?

Так с этим вопросом кажется разобрался, всё проще чем казалось: man fstrim
Проверял пока что на ext4 разделе, который успешно оттримился (3168653312 bytes were trimmed)
Вот еще бы кто объяснил как эта утилита конкретно работает, в мане инфа сжатая. Подозреваю что на прямую 3168653312 байт нулей на раздел не писалось, т.к. процесс длился секунд 5.

[Antony3d]

Пиши то, чего не хватает в вики!

Немного дополнил статью. Добавил раздел про fstrim, чуть-чуть дополнил про отключение swap, vm.swappiness.

В статье всё еще не хватает описания параметров монтирования и настройки btrfs применительно к SSD. А также рабочего метода для проверки трима на btrfs.

[thunderamur]

чуть-чуть дополнил про отключение swap, vm.swappiness.

Что именно, я не вижу.

[Antony3d]

Что именно, я не вижу.

Совсем по мелочам... уточнения.

/etc/[[fstab|fstab]] -- один из важных файлов ОС, который исполняется во время загрузки системы. В нем описаны какие  разделы накопителей и как именно монтируется в файловую систему ОС.

<file>#UUID=xxxx-xxxx-xxxx-xxxx      none    swap    sw      0       0</file>

<file>vm.swappiness=10</file>Параметр управляет процентным соотношением свободной памяти при котором начнётся свопинг.

Плюс ссылку на статью про фстаб.
Пользователь решил продолжить мысль 16 Ноября 2012, 13:51:22:Еще бы неплохо уточнить что метод проверки работоспособности TRIM с помощью hdparm - не работает на btrfs разделах, но я не смог грамотно сформулировать и найти место куда это вставить.
Пользователь решил продолжить мысль 16 Ноября 2012, 13:57:08:И еще "Ручное выполнение TRIM" - кривоватая формулировка. Может "Принудительно выполнение TRIM"... Вообще "TRIM" это не какая-то конкретная операция, а команда контреллеру, сложно абсолютно грамотно сформулировать заголовок.

[thunderamur]

Antony3d,
не надо пихать туда все подряд, должно быть коротко только то, что касается непосредственно настройки ssd, писать, что такое fstab не надо, ссылку сделать при упоминании и все! Итак уже букаф много.

Щас придумаю название.
Пользователь решил продолжить мысль 16 Ноября 2012, 20:11:34:Надо ориентироваться на какую-то базу. Я писал статью, ориентированную на средний уровень, т.е. для тех, кто уже знает, что такое sudo и gksu и делать вставки, поясняющие это, считаю лишним и вредным. Пока тереть не буду, хочу узнать, что на этот счет думают другие.

[Antony3d]

Надо ориентироваться на какую-то базу. Я писал статью, ориентированную на средний уровень, т.е. для тех, кто уже знает, что такое sudo и gksu и делать вставки, поясняющие это, считаю лишним и вредным. Пока тереть не буду, хочу узнать, что на этот счет думают другие.

Тут я конечно согласен, естественно писать что такое sudo, gksu, gedit в этой статье не нужно
Но вот коротко упомянуть в начале раздела, кто такой fstab всё-таки, думаю, не помешает. Даже самый-самый начинающий линуксоид понятно что знает sudo, но с fstab нынче встречается не каждый.

Если я таки разберусь как проверять TRIM на btrfs и с опциями его монтирования - в статью добавлять, не против?

[thunderamur]

Добавляй, конечно, главное не забудь упомянуть здесь об этом.

Я как-нить на днях там ревизию проведу и всё-таки почикаю пояснения что такое fstab и т.п., оставив линки на статьи про эти штуки, на то это вики, что сто раз одно и то же не пишется.

[Antony3d]

Я как-нить на днях там ревизию проведу и всё-таки почикаю пояснения что такое fstab и т.п., оставив линки на статьи про эти штуки, на то это вики, что сто раз одно и то же не пишется.

Да согласен в принципе, перекрестные ссылки для того и придуманы. Главное что бы в статье на которую ссылаемся, было понятно и подробно.

[BlaXpirit]

Несколько замечаний:

Возможно, /var/tmp не стоит делать на tmpfs.

(По крайней мере в Ubuntu 12.10) /var/lock указывает на /run/lock, а /run - и так tmpfs
(По крайней мере в Ubuntu 12.10) /dev смонтирована как devtmpfs, и я не думаю, что изменение на tmpfs принесет пользу...

Если очищать /var/cache/apt/archives, рекоммендуют поставить mkdir /var/cache/apt/archives/partial в rc.local (возможно, без этой папки будут проблемы).

Нужно ли указывать размер tmpfs? Насколько я понял, по умолчанию он максимально 10% от размера RAM.

Если в GRUB прописать elevator=noop, планировщик выключится для всех дисков, а это плохо. Возможно, даже для SSD это не самый лучшый вариант. Многие предпочитают echo deadline > /sys/block/sdX/queue/scheduler" (только вот зачем тогда echo 1 > /sys/block/sdX/queue/iosched/fifo_batch?)