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

[aleks_]

Из /etc/cron.monthly/ удалил созданный файл fstrim
В /etc/systemd/system/timers.target.wants/fstrim.timer изменил weekly на monthly:

[Timer]
OnCalendar=monthly
AccuracySec=1h
Persistent=true

Исходя из того, что все мои файлы (фото, видео, документы ...) я записываю и храню на HDD, то по моим расчётам на SSD пишется ~ 10-15 Гб за месяц (с обновлениями) при постоянном использовании ПК (16 часов в день), так что чистить нечего, а просто перезаписывать свободное пространство диска (200 Гб) делая trim даже раз в неделю - без пользы. Посмотрю месяц будут ли замедления в работе SSD, как о том пишут в инете.

[Morisson]

пока хватает места- замедления не будет.

[dalvreg]

Здравствуйте. Извиняюсь, если этот вопрос уже задавали. Хочу поставить BTRFS с zlib, благо мощности процессора (Intel Core i7-8700) всё равно большую часть времени простаивают. Но как быть с играми, которые значительно нагружают процессор (а многие при этом ещё и установлены в виртуальной машине)? Они не будут тормозить? Возможно есть способ выборочно отключать сжатие файлов?

[maks05]

dalvreg, вам бы отдельную тему создать и вопрос чётче сформулировать. А данная тема про взаимодействие системы с SSD. Собственно, взаимодействие нормальное, насколько я слышал, и при BTRFS тоже.

В вашем же вопросе лично я пока не улавливаю сути. Не понятно, почему вы решили, что у вас что-то будет тормозить? Ну и игры в основном нагружают видеокарту. Да, процессор помогает, но незначительно. Одно компьютерное издание провело тест - запускали игру на разном железе, и выяснилось, что разница в производительности игр на Селероне 4-го поколения и i7 7-го поколения - не более 10% при одинаковой видеокарте. Если же видеокарты нет, то и  здесь от мощности процессора не всё зависит, так как видеоядро у Интелов в одной серии процессоров почти везде одинаковое. Ну и при чём тут BTRFS вместе с виртуалками - тоже пока не понятно.

[dalvreg]

maks05, я задал вопрос в обсуждении статьи про настройку системы для SSD, потому что у меня стоит SSD и я хочу воспользоваться конкретным советом из этой статьи, что показалось мне вполне логичным.
Собственно данный вопрос я задал, потому что в статье, которую обсуждают в этой теме (а именно этот пункт https://help.ubuntu.ru/wiki/ssd#опции_монтирования) сказано, что при включении повышенного уровня сжатия

больше нагрузка ЦПУ

Согласен, большинство игр использует в основном видеокарту, а не процессор, но существуют игры, которые наоборот, почти не используют видеокарту, зато нагружают процессор на 100%. А виртуальная машина в свою очередь тоже использует процессор для своей работы. Поэтому и задал вопрос: существует ли способ выборочно или временно снизить уровень сжатия при работе с требовательными к процессору программами?

[maks05]

dalvreg, ну, если вы уж руководствуетесь этой инструкцией (а где-то на сайте была и другая - посвящённая полностью и специально BTRFS), то оставьте сжатие по-умолчанию - lzo. Вы знаете, зачем вам его менять? Если нет- не парьтесь. (Другая формулировка: "Работает - не трогай".)

Да, виртуалки нагружают проц., но ещё больше они нагружают оперативку. Думаю, с учётом модели процессора у вас не меньше 8GB ОЗУ и если вы их распределите грамотно, то проблем не будет.

Игры, нагружающие процессор, а не видеокарту? Наверное, это шахматы и го - ну да, им, даже в трёхмерном варианте, отдельная видеокарта не нужна - а считать нужно много. Но у вас достаточно крутой процессор и я не понимаю, чего вы так боитесь. Опять же, к BTRFS и SSD это отношения не имеет.

Что же до данной ФС, то год назад я её пробовал ставить и столкнутся с рандомными тормозами всей системы, как под нагрузкой, так и без оной. И такое не только у меня было. Не разобрался, снёс и поставил обратно на ext4, ибо мне нужно было работать, а не чинить систему. И это всё было не на SSD, а на HDD. К тому же там и иная система создания резервных копий. В общем, ищите подробный мануал по BTRFS, в том числе, что это за сжатие, нагрузки от которого вы так боитесь.

[alexdenkin]

По btrfs ничего не скажу, предпочитаю классику, а вот игры в виртуалке грузят в основном процессор, не умеет пока virtualbox видяху как следует нагружать. Будут тормозить игрых или нет, узнать можно только на практике, но отключение сжатия на таком процессоре вряд ли на что то повлияет.
К примеру вопрос: сразу после загрузки в состоянии покоя сколько процентов процессора занято в htop?

[ALiEN]

С Wiki

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

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

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

[Sly_tom_cat]

Там и про vm.swappiness довольно вредный совет. Был. Я подправил.

[Tear]

Пакеты cжаты, перезаписываются только при обновлении.

Кстати, по сжатию вопрос. Встречал инфу, что на SSD данные и так сжимаются самим контроллером (не знаю, на всех моделях или только на отдельных). Например, в контроллерах SandForce используется технология DuraWrite, вроде как контроллер сжимает данные перед записью в NAND. Так вот вопрос - нужно ли в таком случае использовать сжатие на уровне ФС (наподобие того, как в btrfs), т.к. непонятно мне, как контроллер сжимает уже сжатые данные.

[jack_solovey]

Встречал инфу, что на SSD данные и так сжимаются самим контроллером

Даже теоретически не могу представить как это вообще возможно.
Без предварительного анализа файла, сжимать поток на лету, так бывает?

[andytux]

не могу представить как это вообще возможно

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

[Tear]

Относитесь к этому как к очередному маркетинговому бреду.

Не, так не пойдёт. Сжатие либо есть, либо его нет. Вот, например, с сайта Kingston: https://www.kingston.com/ru/ssd/enterprise/technical_brief/what_is_durawrite В основе простой принцип - сжать данные перед записью в NAND для увеличения срока службы этой самой памяти путем уменьшения объема записываемых данных. Как оно реализовано, не имею понятия, честно говоря. Даже не знаю, работает оно в Linux или нет.
Пользователь добавил сообщение 28 Июня 2019, 17:49:52:

Без предварительного анализа файла, сжимать поток на лету, так бывает?

Ну пишут, что даже mp3 и jpeg на 2% жмут. Вот у меня и вопрос - нужно ли сжатие на уровне ФС? ФС, кстати, тоже жмёт, подозреваю, без предварительного анализа.

[Vikonrob]

Даже не знаю, работает оно в Linux или нет.

Оно работает на уровне контроллера SSD-диска, в не зависимости от ОС.

[ALiEN]

ФС, кстати, тоже жмёт, подозреваю, без предварительного анализа.

btrfs анализирует первые сколько-то байт файла - если жмутся, то и весь файл сожмёт.
можно указать compress-force - тогда будет сжимать всё.

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

If the first blocks written to a file are not compressible, the whole file is permanently marked to skip compression. As this is too simple, the compress-force is a workaround that will compress most of the files at the cost of some wasted CPU cycles on failed attempts. The heuristics of compress will improve in the future so this will not be necessary.

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

sudo compsize /mnt       
Processed 218725 files, 154011 regular extents (157401 refs), 114210 inline.
Type       Perc     Disk Usage   Uncompressed Referenced 
TOTAL       96%      117G         121G         120G      # Всего       
none       100%      115G         115G         114G      # Несжатых данных     
lzo         40%      2.4G         6.1G         6.2G      # Cжатых данных