Какой размер свапа указывать при 16gb оперативной памяти?

Подскажите, на ssd в 120 gb какой размер свапа указывать для kubuntu 17.04?

Если вы сами не знаете, какой шанс свалиться в своп с вашими задачами - то ставьте дежурные 4гб «авось понадобится».

И сколько выделить для раздела /home, а сколько для системного раздела?

столько, сколько будет достаточно, чтобы поставить все необходимые вам пакеты.

Используй файл подкачики размером в 2ГБ. Рекомендовано космонавтом

http://forum.ubuntu.ru/index.php?topic=285190.0

о, круто! это настраивается в процессе установки?

При 16 ГБ можно не использовать свап вообще. У меня вот его нет.

Для системного раздела — гигов 20–25. Будет занято меньше, и вообще зависит от того, чем ты занимаешься, и соответственно, сколько всего понаставишь, например хаскелл со всеми либами очень даже прилично весит, или может ты наставишь все свободные игры, какие есть (тот же хонотик и иже с ним какой-никакой объём имеют). Если не особо жалко, можно и 30 отвалить, чтоб уж точно хватило. Оставшееся место, соответственно, под /home.

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

Вообще, сверхзадача только одна - Android Studio.

Тогда забей на свап вообще. 16ГиБ это вполне прилично даже для такой задачи как лепка статуй андроида из Явы.

Когда-то было такая рекомендация: если планируете использовать hybernate - то swap size = (1-2) x InstalledRAM Gb

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

настроить zram свап, 2-4 гигабайта «за глаза и за уши»

Какой размер свапа указывать при 16gb оперативной памяти?

Если не планируешь suspend to disk и нет юзкейсов, предполагающих забивание ОЗУ под завязку, то никакой. Если swap вдруг понадобится и zram не поможет, всегда можно создать swap-файл нужного размера.

И сколько выделить для раздела /home, а сколько для системного раздела?

Не нужно разделять эти разделы.

У меня 0, рекомендую.

Не нужно разделять эти разделы.

Наркоман? В идеале они вообще не должны находиться на одном физическом носителе.

Для компиляции и сборки LivreOffice 5.3.4 на FreeBSD 11.1 при 11,5 GB RAM свап не нужен, хотя есть tmpfs под /tmp. Не знаю, выдержит ли Linux такую осаду конфу.

11,5 GB RAM
выдержит ли Linux такую конфу.

А чего не выдержит? Думаешь скажет в шоке, что для упоротых есть FreeBSD?

И сколько выделить для раздела /home, а сколько для системного раздела?

На одном диске не нужно делить пространство на разделы. Тем более, Ext4 не умеет делать снимки и dump/restore занятого пространства для бэкапа/восстановления (как это умеет делать UFS2 и ZFS на FreeBSD). Не нужно хернёй страдать - она только отнимет время и нервы.

Бесполезное твикерство.

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

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

16 ГБ оперативной памяти, 128 на ssd. Своп отключил. Разделы не делил. Гибернацию не использую, т.к. просто не выключаю компьютер.

В идеале они вообще не должны находиться на одном физическом носителе.

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

/home у всех почему-то ассоциируется с местом хранения каталогов типа Downloads, Video, Pictures, Documents. Это всё должно быть где-нибудь в /data. Вот эту директорию уже есть смысл выносить на отдельный раздел в некоторых случаях. Но в случае ТС это оправдано, только если он собрался часто переустанавливать систему. Возможно, конечно, что у ТС есть ещё какие-то внутренние носители, наличие которых повлияет на целесообразность той или иной схемы разметки, но он о них не написал.

Затем, что если один диск внезапно гавкнется - второму будет насрать

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

/home у всех почему-то ассоциируется с местом хранения каталогов типа Downloads, Video, Pictures, Documents. Это всё должно быть где-нибудь в /data.

Кому должно? И если говорить о хомяке исключительно как о месте хранения пользовательских конфигов - то при обновлении дистрибутива, если у тебя не рач к прочий trolling-release, нужно либо всё бэкапить и потом разворачивать, либо настраивать весь свой софт с нуля. А учитывая, что у меня, например, ещё и часть софта стоит в ~/.local - желания заниматься подобным онанизмом нет совсем.

Не покупай говно

Не покупаю.

совсем чтоб спать спокойно делай рейд

Ты цены на нормальные диски большого объёма видел, наркоман?

Я согласен с тем, что при 16 гигах своп скорее всего не понадобится. Но за одним исключением: если нужна гибернация, то своп необходим, и его размер должен быть БОЛЬШЕ объёма физической памяти, т. е. гигабайт 20 как минимум (больше потому, что на момент гибернации в этом свопе что-то может уже быть, и должно остаться минимум 16 гигов свободными). А делать своп меньше объёма оперативки я вообще не рекомендую, т. к. при падении ядра дамп пишется в своп при его наличии. Т. е. или 0, или > 16 гигов. Ну и на долговечность ssd наличие свопа тоже может повлиять не в лучшую сторону, на ssd же ограниченное число перезаписей, а своп может перезаписываться очень часто.

Кому должно?

Здравому смыслу.

при обновлении дистрибутива, если у тебя не рач к прочий trolling-release, нужно либо всё бэкапить и потом разворачивать, либо настраивать весь свой софт с нуля

Почему?

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

Нужно.

Вот обновится Ubuntu, в процессе обновления всё поломается и переустановка с нуля будет быстрее возни из консоли для выяснения что поломалось и как оно теперь чинится.

В home я кроме файлов конфиги храню, которые после обновления не должны поломаться.

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

Либо 0, либо мегабайт 450.

А какой смысл их делить? Если речь тем более про десктоп идет, как я понимаю

Смысл в том, что если захотят поменять систему, не надо делать бекап файлов.

Здравому смыслу.

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

Почему?

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

/ 20 /home 100 swap 0

Выше как обычно по большей части муйня мимо сути написана. Если памяти свободной всегда много и не использовать suspend-to-disk, то можно обойтись без свапа. Если всё ещё хватает но по большей части занята неактивными данными/кодом, то заводить свап размером этих неактивных данных/кода. Если активный rss используемых программ начинает залазить в своп, то только докупать память и не запускать ничего кроме самого критически нужного. Всё остальное чушь, это в венде от недостаточного размера своп+память софту лимит какой-то стоит или не хватает адресного пространства и программы валятся/не запускаются.

у меня на ноуте 512МБ.

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

Поэтому нужно отделять данные, используемые системой, от данных, используемых человеком.

Потому, что обновление дистрибутивов с стандартной моделью релизов (то есть не rolling) - это, как правило, установка системы с нуля.

Какие ваши доказательства? Я вот не думаю, что большинство действительно будет переустанавливать систему при каждом значительном обновлении.

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

Не слушай тех, кто советует не использовать своп совсем: ядро не рассчитано на это by design, и при внезапном заполнении 16 гб начнутся ужасные вещи, которых можно избежать если иметь хотя бы небольшой своп, пусть даже в виде zram

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

при внезапном заполнении 16 гб начнутся ужасные вещи

И какие же? Вообще сам факт внезапного заполнения 16гб у пользователя, спрашивающего о размере свопа - это уже ужасная вещь. Своп тут не при чем. PS. Своп не выделяю с 199х годов. Ни разу не пожалел.

И какие же?

Кроме того, что система будет буквально стоять колом некоторое время до тех пор пока не сработает oom-killer (к счастью, можно это ускорить с помощью Alt-SysRq), может перестать работать какой-нибудь драйвер, скажем wi-fi, так как kmalloc не смог выделить достаточный кусок непрерывной памяти

64Гб

Кроме того, что система будет буквально стоять колом некоторое время до тех пор пока не сработает oom-killer

Здесь же на форуме гораздо чаще можно увидеть, как люди жалуются, что у них система встает колом при своппинге. Своп по любому не решает проблем недостатка памяти. Он просто заменяет одни жуткие тормоза на другие. ТС, задающий вопрос «сколько выделить под своп», однозначно не будет компилировать пузатые проекты или работать с подобными бд. При 16гб своп такому юзеру не понадобится _никогда_. А если даже он когда-нибудь дозреет до емких задач, то ему надо будет докупить памяти, но ни в коем случае не связываться со свопом.

Гиг или два за глаза. Система будет выгружать туда неиспользуемый код и данные. И под системный кэш в памяти места больше будет.

Подкачка SSD не убьёт, потому что запись в swap обычно выполняется довольно большими кусками. Еще можешь включить zswap, чтобы скидывыемые в swap данные сжимались, а их запись на диск отсрочивалась.

Здесь же на форуме гораздо чаще можно увидеть, как люди жалуются, что у них система встает колом при своппинге.

Так надо swappiness настроить

свап 0, для системного гигов 20 точно хватит

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

Хотя бы 500 метров иметь надо обязательно

Хотя бы 500 метров иметь надо обязательно

Это давно уже звучит как заклинание, в которой все продолжают верить. Еще раз повторю - последний раз выделял своп почти 20 лет назад. С того времени он мне ни разу не понадобился. И все больше коллег тоже отказываются от этого пережитка.

Подавляющее большинство юзеров пользуется чем? Офисные приложения, мультимедия, серфинг, рутинг, связь, проекты средней руки. Таким хватает 4-8gb озу без всяких свопов выше крыши. А у человека 16 и даже нет четкого представления чем он их займет. Что ему свопить и зачем?

А у человека 16 и даже нет четкого представления чем он их займет

Тогда он купил больше памяти, чем ему нужно. В таком случае своп действительно может не понадобиться.

Что ему свопить и зачем?

Ядру виднее. Если для kmalloc не хватит достаточного блока памяти, идущей подряд физически, есть только два варианта - зафейлиться или сбросить в своп несколько страниц. В случае фейла система может прийти в не(полностью)рабочее состояние до перезагрузки

В общем, качаешь код ядра и читаешь mm

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