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

[Pilot6]

zaskock,
Ну в том же cron после строки с fstrim добавить

echo "Текст, который вас успокоит" > путь_к_файлу_где_это_хочется_прочитать

[soarin]

спасибо, надеюсь Ubuntu не угробит мне ссд, а то денег на новый нет...

Не угробит. Не обращай внимания на эти бредовые боязни по ресурсу записи - Windows со всеми своими службами и прочим пишет на диск больше чем любой Linux на десктопе и ничего.
Ну и конечно про сверхнадёжность SSD тоже бред, среди них так же как и на HDD есть ненадёжные неудачные модели, которые могут накрыться медным тазом через полгода, хотя ресурса ячеек ещё на лет 10 минимум (у меня такое было). Тут уж отзывы читать надо.

[armid]

soarin,
я себе предварительно сохранил статистику по статусу работу SSD диска на винде за 10 месяцев. Через пару месяцев гляну статистику по Ubuntu

[Grayscale]

На хабре сегодня:

У меня есть два диска Samsung SSD 540 Pro 512 GB в Intel RST RAID 1, на которых установлена Windows 8.1. После года работы я измерил производительность и был неприятно удивлён. После проверки TRIM я увидел, что он не работает.

— Проверка TRIM под Windows,
— Проверка TRIM под Linux:
# lsblk -D
Колонки DISC-GRAN и DISC-MAX обе должны быть больше 0 для всех участвующих компонентов.

Альтернативный вариант:
# dd if=/dev/urandom of=tempfile bs=1M count=3
# hdparm --fibmap tempfile
# hdparm --read-sector [ADDRESS] /dev/sda
# rm tempfile && sync && sleep 120
# hdparm --read-sector [ADDRESS] /dev/sda
После удаления файла на диске должны быть 0x00 или 0xFF, но это недостоверный способ: разные диски ведут себя по-разному.

Пользователь решил продолжить мысль 04 Ноября 2014, 11:26:42:armid,
а, вас я там видел в комментариях

[armid]

Grayscale,
кажется за мной следят

Кстати, я снова с впопросом, а что по дефолту в Ubuntu кроны не активны?

Хотел добавить в крон fstrim запись в файл по совету Pilot6, но вот что обнаружил

user@home-home:~$ sudo crontab -l
[sudo] password for user:
Sorry, try again.
[sudo] password for user:
no crontab for root

[Pilot6]

armid,
Это вас беспокоит? Хотите об этом поговорить? Вообще-то так и должно быть.
Они активны, только не так, как вы думаете. Вас успокоит такая команда?

cat /etc/crontab

[ArcFi]

armid, так можно посмотреть только пользовательский cron, а не системный.

[armid]

Pilot6,
ArcFi,
спасибо

А как правильно подставить переменную LOG?

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

LOG=/var/log/batched_discard.log
echo "*** $(date -R) ***" >> $LOG
/sbin/fstrim --all || true >> $LOG
Так выводит только дату.

[ArcFi]

armid,

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

/sbin/fstrim --all --verbose >> $LOG || true

[Pilot6]

armid,
Так ничего не получится. И команда неправильная и вывод не так.

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

LOG=/var/log/batched_discard.log
echo "*** $(date -R) ***" >> $LOG
/sbin/fstrim-all && echo true >> $LOGПользователь решил продолжить мысль 06 Ноября 2014, 23:04:34:ArcFi,
У fstrim нет ключа --all

Есть команда fstrim-all

[ArcFi]

Pilot6, зависит от версии, у меня есть:

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

# fstrim --help | grep all
 -a, --all           trim all mounted filesystems that are supported

# fstrim --version
fstrim из util-linux 2.24.2

[Tear]

Ну что можно отметить? Выполнил рекомендации отсюда, считаю совет по отключению кэша в Firefox вредным, потому что браузер начинает тормозить и лагать. Может, лучше как-то кэш в tempfs переносить?

[Aleksandru]

считаю совет по отключению кэша в Firefox вредным, потому что браузер начинает тормозить и лагать.

Вообще разницы не заметил.

[Tear]

Вообще разницы не заметил.

Если кэш имеется, значит, он зачем-то нужен... После включения обратно сразу заполнился на 350 Мб и лаги исчезли..
Кроме того, на wiki Debian не рекомендуют использовать discard на зашифрованных разделах. Проще trim вручную раз в неделю запускать, имхо.

[thunderamur]

Сам статью писал, сам нифига из неё не делаю на современных системах. У меня 2 SSD, одному из которых 3 года.