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

[soarin]

Возник такой риторический вопрос: А стОит ли настолько оптимизировать SSD диск обычному (рядовому) пользователю?

Да конечно нет, на серверах SSD работают в интенсивной нагрузке и ничего, скорее у него контроллер навернётся.

У меня вот вопрос про TRIM, а то в статье как то невнятно освещена тема "Автоматический TRIM VS Ручное выполнение TRIM"
Вроде часто пишут, что автоматический не всегда приемлем - например, если удалить кучу мелких файлов, то естественно предположить, что получим временное значительное снижение производительности.
Так может лучше по расписанию раз в день выполнять fstrim?
ЗЫ: у меня OCZ Vertex 4, поставил именно по расписанию, хотя точно не уверен, что лучше

[babay2004]

Так может лучше по расписанию раз в день выполнять fstrim?

Если считаешь себя умнее разработчиков FS и SSD - занимайся.

[oermolaev]

В wiki для btrfs обнаружил опцию монтирования - ssd_spread. Интересует мнение знатоков.

[thunderamur]

soarin,
по расписанию не стал ставить, один раз сразу после установки и добавления опций монтирования (discard), сделал и всё, дальше discard должен работать.

[soarin]

Так может лучше по расписанию раз в день выполнять fstrim?

Если считаешь себя умнее разработчиков FS и SSD - занимайся.

Причём тут умнее... Есть разные инструменты.
Просто в разных местах пишут по разному. Например, в документации арча написано, что предпочтительнее через fstab. На многих убунтовых блогах, пишут что через fstab не рекомендуется - что лучше через cron по расписанию TRIM делать. 

[werlock]

Я добавил discard в fstab + по крону дергаем fstrim раз в сутки. Если тримать нечего то fstrim просто запуститься в холостую.

[menedzher]

Здравствуйте, с хелпом идет разхождение. Подскажите, что надо поправить?

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/ubuntu-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=b58c7428-302e-454f-898b-5f680b2e6487 /boot           ext2    defaults        0       2
/dev/mapper/ubuntu-swap_1 none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0

[thunderamur]

menedzher,
А в чем расхождение, все же также. Пофиг, что устройство по другому называется. Мы же маунтим ФС, вот для неё (ext4) и прописывай.

[menedzher]

⚡ Thunde® ⚡, т.е. просто дописываю строку?

Свап отключен уже, как я понял.

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
UUID=b58c7428-302e-454f-898b-5f680b2e6487 / ext4 noatime,discard,errors=remount-ro,commit=60 0 1
/dev/mapper/ubuntu-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
UUID=b58c7428-302e-454f-898b-5f680b2e6487 /boot           ext2    defaults        0       2
/dev/mapper/ubuntu-swap_1 none            swap    sw              0       0
/dev/mapper/cryptswap1 none swap sw 0 0

[thunderamur]

menedzher,
верно
Пользователь решил продолжить мысль 13 Марта 2013, 07:02:07:и до кучи 1 разик можно сделать

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

sudo fstrim / -v

[menedzher]

Строчку как писал,добавил.
Терминал пишет:
fstrim: /: FITRIM ioctl failed: Неподдерживаемая операция

[thunderamur]

menedzher,
а трим работает? в статье есть описание проверки.

[menedzher]

sudo hdparm -I /dev/sda1 | grep "TRIM supported"
      *   Data Set Management TRIM supported (limit 1 block)

[werlock]

"supported" и "работает" это разные вещи. supported - это SSD его умеет а вот работает ли он это уже другое

[menedzher]

Ребята, какой командой проверяется?