Почему большинство людей рекомендует уменьшить swappiness до 10-20?

Поскольку большинство полагает, что свопинг = плохо и что, если Вы не уменьшаете swappiness, система подкачает, когда это действительно не должно будет. Ни один из тех не действительно верен. Люди связывают свопинг с временами, где их система увязает - однако, это главным образом подкачивает , потому что система увязает, не наоборот. Когда система подкачает, она уже включит стоимость производительности в к ее решению подкачать и решит, что не выполнение так имело бы больший полный штраф в производительности системы или устойчивости.

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

то, Как Linux использует RAM

Любая RAM, которая не используется приложениями, может использоваться в качестве "кэша". Кэш важен для быстрой системы бесперебойной работы, убыстряясь и чтения и пишет в диск.

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

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

, Как подкачка использования Linux

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

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

Ваша система имеет установку "swappiness", которая помогает Вам настроить, как это "давление" вычисляется. Это часто ложно представлено как "процент RAM", но это не, это - просто значение, которое используется в качестве части формулы. Значения приблизительно 40 - 60 - рекомендуемые нормальные значения, 60 являющийся значением по умолчанию в наше время.

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

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

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

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

Что относительно настольных систем? Разве они не требуют другого подхода?

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

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

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

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

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

подкачка может быть отключена в системе, которая имеет много RAM так или иначе?

, Если у Вас есть намного больше RAM, чем, Вам, вероятно, будет нужно для приложений, затем Вы редко должны будете подкачать. Отключение подкачки, вероятно, не будет иметь значения большинство времени. Но если у Вас есть много RAM, оставление подкачки включило, также не будет иметь никакого штрафа, потому что система не подкачивает, когда это не должно.

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

, Но как подкачка может ускорить мою систему? Разве свопинг не замедляет вещи?

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

, После того как данные находятся в подкачке, когда это выходит снова?

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

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

Быть там какие-либо случаи, где сокращение swappiness соответствующее?

Да. Если Вы выполняющие сервер, выделенный одному конкретному серверному приложению, которое извлекает выгоду из системного кэша. Некоторые серверы баз данных, такие как сервер Oracle, MySQL/MariaDB рекомендует в некоторых случаях уменьшать swappiness до 1 - 10, поскольку эти механизмы базы данных использует свое собственное кэширование.

Примечание, что это верное, только если Ваша система выделяемая той одной задаче, и в случае MySQL/MariaDB, только если Вы использующие просто InnoDB или XtraDB, и не MyISAM или Арию, и т.д.