LINUX.ORG.RU
ФорумTalks

Устаревшие «фишки», вредные советы, бесполезные «оптимизации» и прочий карго-культ

 , ,


7

1

На просторах интернетов полным полно всевозможных статей, постов и тем на форумах, где обсуждаются или «реквестируются» всякие «фишки» и советы по оптимизации «онтопика». Но многие из описываемых там вещей являются либо неактуальными, либо изначально не несут в себе никакой пользы, а иногда даже и вред. При этом сразу понять, является ли совет полезным или нет, зачастую не получается. Поэтму предлагаю в этой теме делиться примерами сабжа и объяснениями, почему они устарели/не работают/вредны.


Начну с того, что первым вспомнилось:

1. sudo make install.
Довольно часто в инструкциях по установке софта под «онтопик» говорят делать это. Не знаю, почему вообще кто-то считает это хорошей идеей (могут быть, наверное, исключения, но не советовать же это в качестве стандартного способа установки). Если пакета под ваш дистрибутив нет, используйте Flatpak, AppImage, AUR, PPA, Docker или хотя бы tar.gz, распакованный в пользовательскую директорию. (Snap не используйте, Snap — говно.)

2. sudo gedit.
В основном в «гайдах» по настройке чего-то на «бубунте». Ибо пишут эти такие же «бубунтята». Консольный текстовый редактор и то такая себе идея от рута запускать. Hint: man sudoedit.

3. «/ на SSD, $HOME на HDD».
Почему-то у линуксоидов так сложилось, что принадлежащие пользователю файлы хранятся в одной куче с данными, пренадлежищими программам. Из-за этого остаётся либо выключать в ФМ показ скрытых файлов (а потом снова вклюать, когда понадобится, после чего снова отключать), либо лицезреть помойку. Но самое страшное последствие данного маразма проявляется, когда у пользователя имеется SSD и HDD и он решает на первый поставить систему, а на второй вынести $HOME. В итоге данные, которые по назначению совпадают с содержимым / (только являются при этом специфичными для конкретного пользователя), которые программы постоянно читают и перезаписывают, оказываются на HDD. Храните свои пользовательские данные в /data/ (как в андроиде), /mnt/data/ или где-то ещё. А $HOME пусть остаётся на SSD, на том же разделе, что и /. (Хранить все данные исключительно на HDD тоже не обязательно.) Местоположение папок «Загрузки», «Документы», «Изображения» и т. д. можно настроить средствами DE либо через конфиг XDG User Directories.

4. @gremlin_the_red пишет по поводу CONFIG_HZ=1000 для плавности:

Ммм, карго культ он такой. Это очень много лет, как абсолютно ничего не даёт. […] В нашей реальности 2021го не осталось шедулеров, привязанных к config_hz, это дела давно минувших дней.

5. Отдельный раздел для swap.
Зачем лишний раз усложнять себе жизнь и плодить разделы, если можно сделать swap в виде файла? И нет, производительность от этого не упадёт. (Оказывается, что если HDD, то таки упадёт, но там, наверное, уже неважно (см. комментарии).)

★★★★★

Последнее исправление: sudopacman (всего исправлений: 3)

Ответ на: комментарий от voltmod

ближе к началу диска, там скорость чтения и записи выше

При постоянной угловой скорости, чем дальше от центра, тем выше линейная скорость. Не?

ox55ff ★★★★★
()
Ответ на: комментарий от ox55ff

Блин. Лет пять хочу попробовать, но похоже опоздал.

У меня такая же ситуация.

sudopacman ★★★★★
() автор топика
Ответ на: комментарий от sudopacman

Тем, что данные в $HOME по своему назначению те же, что и в /,

  1. Нет.
  2. Это не аргумент.

Нет никакого смысла держать их на HDD

Есть: продлить жизнь ссд. Можно, конечно, оставить хомяк на ССД, а большие директории вынести на жёсткий диск, но зачем?

fernandos ★★★
()
Ответ на: комментарий от voltmod

Если это hdd, то свап и / лучше размещать ближе к началу диска, там скорость чтения и записи выше

Дядя, а вы до сих пор окна бычьим пузырём заклеиваете? Формально да, быстрее. В реальности многоядерных процессоров и кучи фоновых процессов шансы, что чтения из свапа никто не перебьёт активностью другого процесса, которому нужны данные из совсем другого места на диске, строго равны нулю. И при этом уже лет 10, как zram и ssd не являются чем-то маргинальным.

gremlin_the_red ★★★★★
()
Ответ на: комментарий от fernandos

Нет.

Да. (Если не считать XDG User Directories, которые и надо выносить на отдельный носитель при необходимости.)

продлить жизнь ссд

Это тоже карго-культ. Покупайте нормальные SSD.

sudopacman ★★★★★
() автор топика
Ответ на: комментарий от hateWin

У SSD с жизнью все в порядке

Это временно.

Да и мы в основном про чтение сейчас говорим

Как вы представляете чтение без записи?

fernandos ★★★
()
Ответ на: комментарий от fernandos

продлить жизнь ссд

А сейчас разве 2011 год? С тех пор стойкость ssd выросла минимум на порядок.

Можно, конечно, оставить хомяк на ССД, а большие директории вынести на жёсткий диск, но зачем?

Затем, что повседневную работу лучше вести с максимальной скоростью, а под сериальчики не тратить деньги на покупку 20Tb SSD?

gremlin_the_red ★★★★★
()
Ответ на: комментарий от ox55ff

Ровно на 5 лет, последний шедулер отвязали ровно в 2016 году ☺

gremlin_the_red ★★★★★
()
Ответ на: комментарий от sudopacman

Да

Где в хомяке директории bin boot dev etc home lib lib64 media mnt opt proc root run sbin srv sys tmp usr var ?

Если не считать XDG User Directories, которые и надо выносить на отдельный носитель при необходимости

А .nuget или .cargo это тоже из XDG User Directories?

Покупайте нормальные SSD

Уже.

fernandos ★★★
()
Ответ на: комментарий от vvn_black

Это лишь первый попавшийся пример. Я помню, что чуть ли не на официальной Ubuntu Wiki такое было.

sudopacman ★★★★★
() автор топика
Ответ на: комментарий от sudopacman

У тебя первый попавшийся пример - это ЛОР. Тут такого понасоветуют 5-ти звёздочные регистранты. И что, на основе этого делать выводы?

vvn_black ★★★★★
()
Ответ на: комментарий от gremlin_the_red

С тех пор стойкость ssd выросла минимум на порядок

Поэтому надо всё скидывать туда?

Затем, что повседневную работу лучше вести с максимальной скоростью, а под сериальчики не тратить деньги на покупку 20Tb SSD

Как мне жёсткий диск в этом помешает? Вим/вскод открываются быстро, браузер тоже, ещё и целый один раз в пару недель.

fernandos ★★★
()
Ответ на: комментарий от fernandos

Нынче диски такие, что срок службы HDD сильно ниже, чем у SSD.

У меня ни один SSD не умер, при этом никакими ФС, хитростями со свопом я не занимаюсь. А вот сколько HDD сыпалось не счесть…

a1batross ★★★★★
()
Ответ на: комментарий от fernandos

Я раньше сидел на таком же сетапе: корень на ssd, хомяк и прочий мусор на hdd. Но вот уже месяц как забил и перенёс хомяк на ssd. swap файл тоже на ssd.

Сразу заметил, что быстрее загружается сеанс после ввода пароля.

ox55ff ★★★★★
()
Последнее исправление: ox55ff (всего исправлений: 1)
Ответ на: комментарий от fernandos

Где в хомяке директории bin boot dev etc home lib lib64 media mnt opt proc root run sbin srv sys tmp usr var?

bin — ~.local/bin, etc — ~/.config (и не только), usr — ~/.local, var — ~/.cache (частично), opt — ~/. (Директории, существование которых на уровне пользователя бессмысленно, опущены.)

А .nuget или .cargo это тоже из XDG User Directories?

А зачем .nuget и .cargo на HDD выносить? Ради тормозов?

sudopacman ★★★★★
() автор топика
Последнее исправление: sudopacman (всего исправлений: 1)
Ответ на: комментарий от fernandos

Поэтому надо всё скидывать туда?

Вообще-то да. Всё мелкое закидываем на ssd. Получаем профит от быстрого чтения и записи, а, если вдруг это мелкое никто не читает и не пишет, то теряем всего лишь ничтожные проценты объёма ssd. а весь крупняк лежит на дешёвском hdd (по сравненю с sdd).

gremlin_the_red ★★★★★
()
Ответ на: комментарий от vvn_black

И что, на основе этого делать выводы?

Я выводы сделал после того, как кучу раз с этим столкнулся в том числе, ЕМНИП, на официальной вики убунты.

sudopacman ★★★★★
() автор топика
Ответ на: комментарий от Spoofing

Гентушники они такие... не только миры каждый день пересобирают, но и линуксы свои во всякие другие ПК постоянно тыкают...

anc ★★★★★
()

Обычно советуют для старых систем ставить линукс. Считаю такой совет вредным. Линукс не совсем корректно работает со старым железом. Фряха и серверная винда лучше поддерживают старое железо.

chenbr0
()

Про п. 2 вообще не знал. Не припомню чтобы хотя бы в одном мане вообще упоминалась эта утилита.

Подписался на топик в общем. :)

frunobulax ★★
()
Ответ на: комментарий от chenbr0

Обычно советуют для старых систем ставить линукс.

Что значит, обычно? Кто советует? Лет 10, как этот тренд сошёл на нет.

vvn_black ★★★★★
()
Последнее исправление: vvn_black (всего исправлений: 1)
Ответ на: комментарий от vvn_black

Ну, например, Ферми невидия дропнула под виндой в 2018, а под линуксом в 2020м. Чем не повод ставить линукс на старое железо с Ферми-видяшкой?

gremlin_the_red ★★★★★
()
Ответ на: комментарий от XoFfiCEr

Ну не знаю. Может, среди них и были годные, но попадались прямо заваленные троянами и прочим дерьмом, отсюда и такая слава у этих сборок.

Zhbert ★★★★★
()
Ответ на: комментарий от gremlin_the_red

Так это совсем не «обычно» и совсем не «советуют».

vvn_black ★★★★★
()

(Snap не используйте, Snap — говно.)

Охх, только за одно это бешено, люто лорчую

eternal_sorrow ★★★★★
()
Последнее исправление: eternal_sorrow (всего исправлений: 1)
Ответ на: комментарий от hateWin

Место экономите и не ставите маны?

anc ★★★★★
()
Ответ на: комментарий от a1batross

Нынче диски такие, что срок службы HDD сильно ниже, чем у SSD.
У меня ни один SSD не умер, при этом никакими ФС, хитростями со свопом я не занимаюсь. А вот сколько HDD сыпалось не счесть…

a1batross ★★★★★ (26.09.21 21:30:39) SSD-фоб

Получается, данные из моего «досье» потеряли актуальность?

sudopacman ★★★★★
() автор топика

Зачем лишний раз усложнять себе жизнь и плодить разделы, если можно сделать swap в виде файла?

Гибернация?

eternal_sorrow ★★★★★
()
Ответ на: комментарий от sudopacman

С тех пор как они стали в разы дешевле, да. :)

a1batross ★★★★★
()

На FreeBSD.

Метался между SATA SSD и NVMe SSD — в итоге победил NVMe SSD для размещения профиля пользователя (хомяка), так как при каждой попытке держать $HOME на SATA SSD ухудшалось время реакции на действия пользователя в интерактивной среде (DE) во время процесса компиляции. Особенно это заметно на длительных сильно нагруженных многопоточных процессах сборки — компьютером в это время невозможно было пользоваться, он был занят. Хотя вся компиляция велась в RAM (tmpfs), а NVMe SSD задействовался лишь как источник исходников.

Как только профиль пользователя перемещался на NVMe SSD ситуация менялась: задержки пропадали. Компьютер в интерактивном использовании становился абсолютно чутким к действиям пользователя, видеовоспроизведение не тормозит. В обоих случаях кэш браузера и тумбочки — мягкие ссылки на /tmp (tmpfs).

Возможно, это связано с тем, что SATA SSD подключен к чипсетной микросхеме AMD B450, которая в свою очередь взаимодействует с процессором по протоколу PCIe Gen2 — это вносит дополнительную задержку к конвертации SATA-протокола. А NVMe SSD работает по родному для него протоколу PCIe Gen3 напрямую с контроллером в процессоре. И, соответственно, с NVMe задержек никаких не возникает.

И общее правило: на NVMe SSD хранятся сама система, часто запускаемые приложения, настройки профиля и данные пользователя, которые часто изменяются; на SATA SSD хранятся данные, к которым нужен не такой частый доступ, но быстрый; на HDD хранятся редко изменяемые данные, некритичные к скорости доступа и чтения.

iZEN ★★★★★
()
Последнее исправление: iZEN (всего исправлений: 1)

man sudoedit

Спасибо, не знал.

X512 ★★★★★
()
Ответ на: комментарий от voltmod

Если это hdd, то свап и / лучше размещать ближе к началу диска, там скорость чтения и записи выше. Да и вообще swap не нужен

А вы не подскажите как узнать где оно это начало? В смысле пересчета логических секторов на физическое размещение?

anc ★★★★★
()
Ответ на: комментарий от Spoofing

а потом вставляют свой линукс в другой ПК и… ой!

И всё нормально работает, если новый процессор новее старго.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от sudopacman

Это тоже карго-культ. Покупайте нормальные SSD.

А что, у ssd отменили кол-во циклов перезаписи?

anc ★★★★★
()
Ответ на: комментарий от anc

А что, у ssd отменили кол-во циклов перезаписи?

Не отменяли. Но не надо над ним трястись, жертвуя производительностью, как fernandos. Ресурса и так хватит.

sudopacman ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.