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

[jack_solovey]

Любое аудио-видео так передается.

Любое аудио-видео, это конечный набор кодеков, реализованный конечным набором библиотек, в конкретном приложении.
В заголовке файла идет идентификатор, и приложение обрабатывает поток используя конкретную библиотеку.
Все это хозяйство постоянно меняется, обновляется, и зоопарк кодеков медленно нарастает.
И это только мультимедиа.
А на диске хранится цифровое барахло неопределенного состава и плотности.
Куда там в контроллер можно разместить столько кодеков и систему определения типов файла?
Как это барахло сжимать, и зачем это делать контроллеру устройства хранения?
Его задача как можно быстрее записать, и как можно быстрее выдать прочитанное.
Никакие безусловные-неотменяемые операции не нужные для этих целей, просто не должны существовать!

Единственное что я слышал про "сжатие" на дисках. Это эффективное использование остаточного пространства сектора, куда записался "хвост" файла который меньше размера сектора.
Т.е. сектор 512байт, файл 1.1Мб занимает 3 сектора, и в третьем занято 102байта , и незанятыми остаются 410 байт.
Вот эти пустые байты в секторе вроде как контроллеры SSD умеют адресовать и занимать.
Это единственное "сжатие" которое я "слышал". (если найду линки напишу)
 

[Vikonrob]

Куда там в контроллер можно разместить столько кодеков и систему определения типов файла?

Зачем контрлллеру определять кодеки которым пожат тот или иной файл? Там всё гораздо проще. Он работает по принципу простейшего зип-архиватора. Поступают сырые данные, контроллер видит много подряд идущих нулей или единиц - сжимает их. Если поступают данные которые нет возможности сжать, они записываются как есть. Или ты думаешь что в зип-архиватор тоже встроены всевозможные кодеки для сжатия видео \ аудио?

[Tear]

Куда там в контроллер можно разместить столько кодеков и систему определения типов файла?
Как это барахло сжимать, и зачем это делать контроллеру устройства хранения?

Кодеры какие-то там вряд ли присутствуют. Но встроить в контроллер некий алгоритм сжатия вполне возможно. Существуют же диски с аппаратным шифрованием, что мешает сделать аппаратное сжатие?

Поступают сырые данные, контроллер видит много подряд идущих нулей или единиц - сжимает их. Если поступают данные которые нет возможности сжать, они записываются как есть.

Я вот тоже примерно так думаю. Но встречал рекомендации, например, не использовать NTFS-сжатие на таких дисках. Как зависит работа контроллера от ФС, вот что непонятно.

[jack_solovey]

Такой тогда вопрос.
Если на диск такой со сжатием заливать например текстовые логи за год.
папка 1Гиг.
Он что сожмет их и при просмотре занятого места на диске будет показывать, что-то типа
Размер папки 1 Гиг, размер занимаемый на диске 200Мб ?

[Vikonrob]

Он что сожмет их и при просмотре занятого места на диске будет показывать, что-то типа
Размер папки 1 Гиг, размер занимаемый на диске 200Мб ?

Нет, ОС будет показывать 1 Гиг, но на чипах памяти реально занимаемое пространство будет 200Мб. Т.О. контроллер создаст для себя резерв из свободных ячеек памяти.

[thunderamur]

С Wiki

Кэш apt в ОЗУ
tmpfs   /var/cache/apt/archives tmpfs   defaults        0       0

Считаю излишним и даже вредным.
Пакеты cжаты, перезаписываются только при обновлении. Можно переустановить пакет без подключения к интернет. Смысл выносить в TMPFS? Чтобы обновляться на пять-десять секунд быстрее?

Предлагаю удалить.

Я уже несколько лет назад сделал пометку о том, что никакие настройки не требуются, т.к. система уже знает, что такое SSD и корректно с ним работает. Сам уже столько же лет вообще не парюсь по этому вопросу. Там статья уже вся куцая, а тема все равно живет. Не актуально это уже.
Предлагаю удалить статью из Вики
А тему закрыть.
Пользователь добавил сообщение 05 Августа 2019, 18:58:24:

Он что сожмет их и при просмотре занятого места на диске будет показывать, что-то типа
Размер папки 1 Гиг, размер занимаемый на диске 200Мб ?

Нет, ОС будет показывать 1 Гиг, но на чипах памяти реально занимаемое пространство будет 200Мб. Т.О. контроллер создаст для себя резерв из свободных ячеек памяти.

И т.о. на диске будет перезаписываться меньше ячеек памяти. Сжатие на уровне ФС - отличная штука, пользуюсь уже 4-й год BTRFS со сжатием.

[ALiEN]

зачем целиком удалять? Оставить сноску что всё и так работает, и проверку трим

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

journalctl -eu fstrim
Я бы еще рекомендовал добавить noatime в fstab - но это так, IMHO.
Пользователь добавил сообщение 05 Августа 2019, 19:08:58:

Сжатие на уровне ФС

есть небольшая утилитка compsize - показывает выигрыш сжатия.

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

$: sudo compsize /mnt
Processed 178753 files, 90239 regular extents (91960 refs), 96228 inline.
Type       Perc     Disk Usage   Uncompressed Referenced 
TOTAL       76%      4.4G         5.8G         6.0G       
none       100%      3.0G         3.0G         3.0G       
lzo         50%      1.4G         2.8G         2.9G    Всего 5,8Г, но на диске занимает 4,4Г

[thunderamur]

ALiEN175, нет в системе по умолчанию. Я просто сравнивал

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

du -sh /
df -h
noatime для корня всем подряд советовать наверное не лучшая идея. relatime для большинства - оптимальный вариант.