Современная разбивка диска

На разные разделы части системы устанавливают по разным причинам.

Абсолютное большинство этих причин нынче актуально только для крупных серверов.

/home nodev,noexec,nosuid,rw

На машине,используемой для разработки и экспериментов, noexec в /home неудобно. Так что это опять про серверы.

мне все равно как делаешь ты, я делаю как правильно (точнее оно так по дефолту)
точнее оно так по дефолту

«дефолт» кем придуман и чем определен? Только тем что вы мышкой тыкнули в «Next» в GUI?

дома тебе своп нужен, чтобы если ide выжрет память, она не упала, и ты смог сохранить файлы и тп… а на серваке — ну упало и упало, перезапускалка для этого есть… главное иметь возможность управлять сервером удаленно. потребляемую память можно через cgroups ограничить:

sudo cgcreate -g memory:/mygroup
echo 512M | sudo tee /sys/fs/cgroup/memory/mygroup/memory.limit_in_bytes
sudo cgclassify -g memory:/mygroup <PID>

Проще, конечно, это через docker сделать

Ну а процесс будет убит тот у которого приоритет ниже (nice)

Потому что в /home хранятся всякие конфиги и прочее подобное, что часто пишется и читается непосредственно прикладным софтом, и для этого важна как раз скорость случайного доступа, которую предоставляет SSD. Естественно, всякую музыку/видео и тому подобное может иметь смысл не хранить прямо там же в хомяке, а вынести на HDD в таком случае.

Вообще-то имеет смысл убийство процесса,начавшего жрать память так что система занялась непрерывным свопом и не отвечает по ssh. Всё равно в таком состоянии ни этот процесс ни система в целом ничего полезного не сделают. Да, наверно можно найти какие-то редкие исключения когда убивать не надо даже в таком случае,но я сходу их придумать не могу.

И уж тем более,если система на сервере даже при обычной работе регулярно пытается использовать своп то это явный повод добавить оперативной памяти. Благо сейчас не 90е годы и память дешевая.

На HDD выносятся /var и /home

Смотря чем в этом /home занимаются. А если компиляцией чего-нибудь большого,состоящего из кучи мелких файлов? Вот тут ssd будет очень даже к месту. Да и размеры даже дешевых ssd нынче такие,что на них можно держать всё кроме разве что коллекций порнофильмов и особо больших игрушек. Но не у всех оно есть в больших объемах - кто-то не смотрит и не играет хотябы и в силу пожилого возраста,а кто-то смотрит и играет в онлайне.

Потому что в /home хранятся всякие конфиги и прочее подобное, что часто пишется и читается непосредственно прикладным софтом

«Часто пишущиеся конфиги» это вообще что такое? Они по гигабайту занимают? И даже если да, то не пофиг с какой скоростью они пишутся при наличии кэша?

И уж тем более,если система на сервере даже при обычной работе регулярно пытается использовать своп то это явный повод добавить оперативной памяти. Благо сейчас не 90е годы и память дешевая

Еще один уникум, не понимающий, как работает виртуальная память.

Как ни крути, а HDD гораздо надежнее SSD.

Десятка полтора лет назад я бы с вами согласился. Сейчас - сомневаюсь. И SSD стали надежнее,и HDD стали уязвимее к повреждениям из-за сильно возросшей плотности записи. Разумеется, это если мы всё еще говорим про десктоп,а не какие-нибудь монстроидальные серверы. Там HDD совсем не те что мы покупаем в ближайшем магазине. HDD пожалуй надежнее как средство длительного хранения данных - в том смысле что можно записать,положить на полку и достать с нее лет через двадцать. Но разговор-то про обычный настольный комп и работу на нем. Где как раз именно что быстрый доступ к кучам мелких файлов заметно экономит время например компиляции крупных проектов.

лишние несколько миллисекунд (или даже секунд) скорости случайного доступа не стоят потраченного времени и, вероятно, нервов, на восстановление из бэкапа

Если упомянутых вами сверхдорогих данные не многие терабайты(что само по себе не часто встречается),а процедура бэкапа и восстановления однажды была отлажена - то больших потерь времени не будет. Особенно учитывая что на обычном десктопе нынешние SSD по много лет живут если непрерывным виндовым свопом их не насиловать.

своп нужен, чтобы если ide выжрет память, она не упала, и ты смог сохранить файлы и тп…

Нет, дорогой мой, своп нужен совершенно не для этого. Иди учи матчасть (хотя бы на уровне популярных статеек).

Это если на серваке крутится что-то, никакой ценности не представляющее. А то бывает там процессы годами живут.

у меня обычно 4 раздела:
a) Swap;
b) /home;
c) / 40гб (основной системы);
d) / 40гб (системы на потестить);
но у дочери uefi там анологично, но 5 раздел добавился fat под uefi

осталось только убедить всех поставщиков серверных дистров своп включать ряяяяяяяя… пасаны то не знают, что они не знают, что знаешь ты и горстка избранных свидетей второго пришествия свопа. и тот чувак полезным делом занят… по сходкам задротов ездит своп агитирует включать… а то без него не разберутся зачем он то нужон… и как без таких святых людей все жили

• /efi - 2Gb - лежит ядро и live дистрибутив если надо что-то починить или арч сломали и надо откатиться

А что так можно было О_О?!!!

какие у тебя там полезные процессы то годами живут? воркеры php-fpm которые по сто раз на дню перезапускаются???

SSD стали надежнее

И бОльшими по сроку службы. Но при этом сам срок службы никуда не делся.

и HDD стали уязвимее к повреждениям из-за сильно возросшей плотности записи.

Так и раньше УГ были вне зависимости от «потности записи». Вы пытаетесь притянуть существование УГ хардов на «все харды» за аксиому?

Особенно учитывая что на обычном десктопе нынешние SSD по много лет живут

Что за сферичные высказывания «обычный десктоп» «нынешние SSD» ?

осталось только убедить всех поставщиков серверных дистров своп включать ряяяяяяяя…

«Поставщики серверных дистров» это тоже что-то такое непризнанно сфериное?

убеди кого-то кроме себя, что своп нужен на сервере. «продай мне ручку»

«Часто пишущиеся конфиги» это вообще что такое?

Зачем выдёргивать из контекста. Пишушиеся и читающиеся, причём конфиги и подобное. Да хоть тот же браузер постоянно что-то пишет и читает.

Они по гигабайту занимают?

Вот если бы по гигабайту занимали, может и имело бы смысл вынести на большой HDD. Но в том и дело, что они как раз мелкие, их много, и рандомный доступ к них ускоряет старт программ, убирает некоторые подтормаживания и т.д. и т.п.

то не пофиг с какой скоростью они пишутся при наличии кэша?

Важнее скорее как читаются. Хотя, запись каких-то сравнительно больших объёмов в кучу разных мест (опять же, привет браузер) — это всё равно лишние движения головки для HDD, даже при условии кэша (хоть и меньше), который может быть занят чем-то ещё.

Еще один уникум, не понимающий, как работает виртуальная память.

В этом нет ничего уникального. Ни в хорошем ни в плохом смысле. К сожалению, это скорее «норма». Я понимаю, что иногда привязывается какое-нибудь слово, но всё же иногда прям совсем не к месту…

Ну вам не нужно и ладно. Чего вы других к этому притягиваете? И таки на вопрос «Поставщики серверных дистров» это тоже что-то такое непризнанно сфериное? вы не ответили.

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

Ага. Пока /var не заполнится. Ой, пока логи / не сожрут, да.

И при этом есть целая куча данных (кстати, самых крупных по объёму, как правило), которые никак не выиграют от SSD. Хоть бы даже те же видео и музыка.

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

Это я к тому,что прошли времена когда место на SSD имело смысл как-то экономить. Сейчас такие ситуации необходимости экономии встречаются весьма не часто.

/home точно на SSD в первую очередь стоит держать.

Почему и зачем?

Например для того,чтобы быстро компилировалось то что пишется и собирается в /home. Это пожалуй самый частый случай полезности SSD.

Тем более,что если хранение музыки я еще могу понять - ее всё-таки слушают регулярно и многократно,то фильмы пересматривают достаточно редко и мало,поэтому локальное их хранение не слишком-то актуально.

С одной стороны справедливо. С другой, какой-нибудь 4к-блюр (один!) весит 50–100 ГБ. Накачал десяточек на следующий месяц (ну пока наткнулся, чтобы не забыть, ну и не прям непосредственно перед просмотром же скачивания ждать) — вот тебе и почти под терабайт. Или какой-нибудь сериал может 100+ ГБ на сезон занимать. То есть, даже без особо долговременного хранения средненький SSD можно довольно быстро так забить. А небольшой SSD + большой HDD за те же деньги, что и тот один средненький SSD уже дают почувствовать свободу, при этом не добавляя каких-либо неудобств. И даже немножечко повышая надёжность сохранить хоть какие-то данные в случае чего.

Ну и всё же, я думаю, не я один храню что-то редкое, что жалко удалять. Понятно, что какой-нибудь голливудский блокбастер можно в любой момент перекачать, если захочется пересмотреть (только вот захочется ли, учитывая специфику этого развлечения…), а что-то более нишевое может быть и проблематично потом найти.

Да и музыка та же у меня, например, почти терабайт уже занимает. Это при том, что я очень привередлив и храню только то, что переслушиваю, а не всё подряд (у меня есть ещё примерно 300 ГБ «на сортировку» помимо основной коллекции, но из них часть отправится в мусорку в итоге).

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

Логи… Сейчас тебе заметку свою найду

❯ cat /etc/systemd/journald.conf.d/override.conf
# для немедленного применения настроек выполни:
# sudo systemctl restart systemd-journald
[Journal]
MaxLevelStore=warning
#MaxLevelStore=err
SystemMaxUse=500M
SystemMaxFileSize=100M
MaxFileSec=1week
Storage=persistent

sudo usermod -aG systemd-journal $USER

«Часто пишущиеся конфиги» это вообще что такое?

Зачем выдёргивать из контекста.

Что значит из контекста? Это ваши слова «Часто пишущиеся конфиги», от мне и интересно что это такое?

Пишушиеся и читающиеся, причём конфиги и подобное.
и подобное

Это что такое «и подобное»?

Да хоть тот же браузер постоянно что-то пишет и читает.

А на это пофиг, нехай себе читает.

это всё равно лишние движения головки для HDD

Ну полезно для разминки. А что такое «лишние» «движения головки»? Они стали делиться на «лишние» и «не лишние»?
За «лишние» кмк можно посчитать автопарковку во всяких гринах и просто парковку при принудительном уводе в слип. Но тут уже надо смотреть или по моделям или по настройкам системы в зависимости от ваших требований.

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

После первого такого случая или даже приближения к нему - надо идти и докупать оперативную память. Благо сейчас не 90е годы и память дешевая. Если ide или что-то другое в нормальном режиме работы смогло выжрать память - значит конфигурация компа была выбрана неправильно.

главное иметь возможность управлять сервером удаленно.

Вот и я о том же. Сервер не должен попадать в ситуации когда система занята свопом настолько что не отвечает по ssh.

потребляемую память можно через cgroups ограничить

Можно и так. В Линуксе вообще обычно существует больше одного способа сделать что-либо. Главное тут - не позволить никакому процессу выжрать память так чтобы система ушла в непрерывный своп. Как именно это сделать лучше - зависит от решаемых задач и всяких внешних условий.

Ну а процесс будет убит тот у которого приоритет ниже (nice)

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

Что значит из контекста? Это ваши слова «Часто пишущиеся конфиги», от мне и интересно что это такое?

Мои слова: «часто пишущиеся и читающиеся конфиги и подобное». Важно здесь сочетание того и другого, сумма, а не выдернутые конкретно конфиги и конкретно запись.

Это что такое «и подобное»?

Сопутствующие файлы, которые различный софт пишет в ~/.config и ~/.local/share (ну или в .mozilla в случае ff).

Ну полезно для разминки. А что такое «лишние» «движения головки»? Они стали делиться на «лишние» и «не лишние»?

У тебя сегодня день прикапывания к словам? Лишние — в данном случае те, которых можно легко избежать, используя SSD, одним из основным преимуществ которого является как раз случайный доступ. Лишние — те, которые заставляют HDD «отвлечься» от записи, например, какого-то большого файла на пару секунд, чтобы сбросить всякой фигни из хомяка, замедляя тем самым скорость той основной записи.

Еще один уникум, не понимающий, как работает виртуальная память.

Да, я не понимаю зачем сейчас (а не четверть века назад) в типичном компе нужна виртуальная память если за недорого можно купить реальную. Вот если бы всё это обсуждение про разделы происходило в 90х годах - я бы сам читал тут лекцию как память экономить и от рассыпающихся файловых систем спасаться делением диска на кучу разделов. Но всё это уже давно не актуально за исключением возможно каких-то узкоспециальных особых ситуаций с которыми мало кто сталкивается,а кто сталкивается тот и так знает что ему делать без обсуждений на LORе.

то фильмы пересматривают достаточно редко и мало,поэтому локальное их хранение не слишком-то актуально.

Ещё как актуально. Хочется пересмотреть сейчас и здесь и с годным переводом, а не не через 100500 минут когда докачается.

Это я к тому,что прошли времена когда место на SSD имело смысл как-то экономить.

Экономить нет. Но пришли времена бэкапить их.

Да, я не понимаю зачем сейчас (а не четверть века назад) в типичном компе нужна виртуальная память если за недорого можно купить реальную.

Памяти много не бывает, и не всегда всё надо держать в реальной. Есть данные, которые как раз хорошо бы сбросить в свап и освободить лишние полгига. Их просто тупо держать занятыми, если они по факту не используются. Естественно, всякие советы про свап размером с ОЗУ, а то и двойной — это из древней древности. Но свап в гиг-два-три при наличии 16–64 реальной рамы — весьма полезная штука. Это во-первых.

Во-вторых, свап помогает компу «тормозить», когда что-то пошло нетак, что-то потекло и сожрало всю память. Докупка памяти здесь никак не поможет, если оно потекло, то оно с тем же успехом, как и 8 ГБ, займёт и 256 и 512 — вообще пофиг. И вот если вдруг начало свапиться, это пожирание замедлилось, но комп всё ещё сохранил отзывчивость, и ты можешь эту дрянь прибить. Если свапа нет, то ты не заметишь как оно выжрет ВСЮ раму, так что повиснет всё наглухо почти, а не в «тормоза», и переключение на TTY2 будет занимать минуту-две. А приход OOM-киллера — ещё дольше. Со свапом такого не происходит.

Ну и в третьих, пускай в случае со свапом ты выигрываешь лишние полгига при наличие 32 или 64, что типа-вроде-как-несущественно. Допустим. А что ты выигрываешь в случае отказа от свапа? Пару гигов на SSD, которые нынче ещё дешевле?

так нельзя. если грохнуть системный процесс, то финита ля комедия. отруби своп, запусти терминал, запусти echo {1..2000000000}, тебе терминал OoM-Killer сразу его грохнет, а со свопом все повиснет… не в памяти дело. часто просто процессы текущие бывают. на серваке с нодами, пхп, такое бывает чуть ли не всегда, там память бесмысленно покупать, пусть лучше этот гад умрет сразу, посетители сайта убегут к конкурентам, если твой сайт будет недоступен периодически по 1-2 часа

своп нужен совершенно не для этого. Иди учи матчасть (хотя бы на уровне популярных статеек).

Судя по упоминания в статье ядра 4.0 - всем этим рассуждениям пара десятков лет. И тогда они действительно были актуальны потому что небыло возможности поставить в комп оперативной памяти с запасом. Её приходилось всячески экономить потому что софт толстел быстрее чем апгрейдилось железо. Тогда даже попадалось немало системных плат,имевших существенные аппаратные ограничения по количеству устанавливаемого RAM. Да и стоил гигабайт памяти много дороже чем сейчас. Сейчас своп - это legacy, востребованное только в каких-то редких особых случаях. Примерно также как текстовая консоль(та что текстовый режим VGA 80x25,а не ее эмулятор).

Так что да - на типичном компе смысла в отдельном разделе под своп довольно давно уже нет. На «всякий случай» можно запустить вышеупомянутого мной демона который динамически создает и подключает своп-файлы. И если он почему-то стал делать это часто - докупать оперативную память (ну или править баги в софте если жор памяти является их следствием).

А то бывает там процессы годами живут.

Такой процесс должен иметь собственные средства сохранения своего состояния и самостоятельно делать это через каждые N минут. И в случае перезапуска продолжать работу с последней сохраненной точки. Я такой механизм защиты от сбоев видел еще в программе для СМ-4 более трех десятков лет назад. Там-то аппаратные сбои случались куда чаще чем на нынешних даже домашних компах. Однако это не мешало программе считать (нечто околонаучное) в течении пары месяцев.

ядра 4.0

пара десятков лет

Правильно тебе клоуна поставили.

P.S.

https://chrisdown.name/2018/01/02

Да, я не понимаю зачем сейчас (а не четверть века назад) в типичном компе нужна виртуальная память

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

если за недорого можно купить реальную

Потому, что ты не понимаешь, как система выделяет память. Свап — это не дешевая резервная память. Система будет использовать свап даже когда доступной памяти много. И это абсолютно нормально. Это и есть предназначение свапа — вытеснять редко используемые данные ради сохранения дискового кеша и, в условиях существенного memory pressure, предотвращения вытеснения исполняемого кода процессов.

Вот если бы всё это обсуждение про разделы происходило в 90х годах

При чем тут девяностые годы? Свап будут использовать всегда, пока существует разделение на быструю оперативную и медленную постоянную память, которой в системах общего назначения всегда значительно больше, чем оперативной.

ну давай идти от противного. напиши почему на серверах отключают своп

какие у тебя там полезные процессы то годами живут?

Расчет обтекания тела конусообразной формы при его входе в верхние слои атмосферы. Пример лично виденный году кажется в 92 или 93. Но и тот процесс считал не годами,а где-то пару месяцев. Это был самый длинный расчет,требующий сохранения состояния,который я когда-либо видел.

php-fpm которые по сто раз на дню перезапускаются???

Вот именно,абсолютное большинство процессов могут быть относительно безболезненно перезапущены.

Самый длинный расчет на обычном десктопе который я видел - шел около недели. Опять газодинамика - продвинутый охотник(не знаю на кого) изобретал пули и моделировал их полёт в атмосфере на большие расстояния. Было это в конце нулевых и под виндами.

Кто отключает? Неучи?

Надеюсь тебе уже на первой странице сказали, что /home отдельно, а как остальное раскидаешь - пофиг.

Например для того,чтобы быстро компилировалось то что пишется и собирается в /home. Это пожалуй самый частый случай полезности SSD.

Каждый день пишите и конпеляете? И если даже да, то почему эту рекомендацию распространяете на всех как требование?

Что за сферичные высказывания «обычный десктоп»

Среднетипичная конфигурация компа,под которую настроены умолчания в инсталляторах десктопных линуксовых дистрибутивов. Обычно где-нибудь в описании есть раздел «рекомендуемые системные требования». Вот я про это.

«нынешние SSD» ?

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

Вы пытаетесь притянуть существование УГ хардов на «все харды» за аксиому?

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

Ой, пока логи / не сожрут, да.

А в каком дистрибутиве не настроена по умолчанию ротация логов? Если не вообще всех,то хотябы наиболее быстро растущих?

Сейчас вон есть дистры где syslogd и logrotate надо специально ставить,а по умолчанию там только журналы от systemd в бинарном формате и с собственным механизмом ротации,исключающим неконтролируемый рост.

Судя по упоминания в статье ядра 4.0 - всем этим рассуждениям пара десятков лет

И как там, в 2034 году?

Тогда даже попадалось немало системных плат,имевших существенные аппаратные ограничения по количеству устанавливаемого RAM. Да и стоил гигабайт памяти много дороже чем сейчас

Пока ты не поймешь, что свап — это не дополнительная медленная память, ты и дальше будешь нести пургу

Сейчас своп - это legacy, востребованное только в каких-то редких особых случаях

У меня 16 гигабайт оперативной памяти. И 32 гигабайта свапа. Регулярно наблюдаю в свапе 4-6 гигабайт данных, когда доступной (avaible) памяти еще очень много. Делай выводы

Неучи?

Ещё, как вариант, жертвы кубера.

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

И 32 гигабайта свапа

А нафига столько-то? Жалко место терять.

Ну, можно было сделать ровно по размеру физической памяти. Но в данном случае это непринципиально, важен сам факт того, что система использует свап даже при значительном объеме avaible

С другой, какой-нибудь 4к-блюр (один!) весит 50–100 ГБ.

Согласен. Но это как раз явный признак киномана,даже сразу два признака - во-первых качает 4к-блюр,во-вторых именно качает кино,а не смотрит в каком-нибудь онлайновом кинотеатре. Как минимум чтобы оценить преимущество кина в таком формате надо иметь экран размером эдак метра полтора и самое главное - помещение достаточных размеров для его установки,с чем обычно всё намного сложнее. Так-то есть и меломаны-аудиофилы у которых на диске сотни гигов музыки. Непонятно правда откуда у них столько свободного времени чтобы всё это слушать. Ну и тоже если это какой-нибудь сильно толстый flac то требуется специальное помещение с соответствующим акустическим оформлением.

вот тебе и почти под терабайт.

Это что,нынче много считается?

А небольшой SSD + большой HDD за те же деньги, что и тот один средненький SSD уже дают почувствовать свободу. Не я один храню что-то редкое, что жалко удалять.

Согласен с вами,что для киномана, качающего десяток фильмов в формате 4к и хранящего редкости, это имеет значение. Поэтому я их,киноманов, и упомянул как исключение,причем не слишком частое даже в IT-тусовке.

Люди могут, например писать музыку. А дорожки проектов занимают очень даже нехило.

Этим тем более SSD нужен потому что задержки начала считывания файлов-фрагментов очень критичны. У меня как раз есть такой знакомый. Да, у него есть задача хранения архивов,но это не в компе,а в отдельной коробке,по сети подключаемой,и там действитель HDD,как тут выше и упоминали о всяких спецприменениях. С блогерами и их видеомонтажем всё тоже самое.

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

Я тоже весьма привиредлив, целыми альбомами не храню, и собираю свою коллекцию с 1984 года,начинал еще на бобинном магнитофоне. Насобиралось 140 часов звучания. И да, это mp3 с высоким битрейтом так как оно всё равно лучше чем даже мой очень крутой по тем временам «бобинник»(не тот с которого начинал,следующий).

Что за сферичные высказывания «обычный десктоп»

Среднетипичная конфигурация компа

Опять сферичность по глобусу «Среднетипичная конфигурация компа».

«нынешние SSD» ?

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

Вы покупаете то что есть «на полке» не думая о характеристиках? Машину тоже покупаете «лишь бы красненькая»?

Обычно где-нибудь в описании есть раздел «рекомендуемые системные требования». Вот я про это.

«Обычно» «где-нибудь»... Сфера за сферой и сферой погоняет.

Но при сборке обычного десктопа - обычно такой не покупают.

Ну и опять «обычного» «обычно».