Отключение свопа - хорошая идея, если

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

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

В ОС нет ничего, что требовало бы замены, чтобы быть там. Linux справляется с этим довольно изящно, убивая последний процесс, который запрашивал память. Вы не хотите переходить к этому моменту, поэтому убедитесь, что вы настроили Oracle на использование только ~90% памяти, чтобы оставалось некоторое количество для системных демонов и поля для ошибок. "Свободная" память также используется для буферизации дискового ввода-вывода, что является огромным выигрышем в производительности, поэтому попытка потреблять больше памяти самой базой данных в конечном итоге приведет к снижению общей производительности системы, что приведет к обратным результатам.

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

Власти

Так что вы не просто полагаетесь на мое слово:

Cassandra

Datastax объясняет для Кассандры:

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

Riak

Башо объясняет Риаку, что вы должны:

В идеале, вы должны отключить обмен, чтобы гарантировать, что страницы процесса Riak не поменяются местами. Отключение подкачки позволит Riak аварийно завершить работу в ситуациях, когда ему не хватает памяти. Это оставит файл аварийного дампа с именем erl_crash.dump, в /var/log/riak каталог, который можно использовать для определения причины использования памяти.

MySQL

Перкона сидит на заборе и дает полезные предостережения для обеих сторон вопроса. MariaDB не согласен с отключением свопа:

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

ServerFault

Хорошо полученный ответ здесь включает в себя:

Лично я нахожу систему подкачки хуже, чем сбойная система. В случае сбоя системы резервный сервер запускается гораздо быстрее. И в активно-активной (или в настройке с балансировкой нагрузки) сбойная система будет выведена из ротации гораздо раньше. Снова победа для системы без обмена.

Этот ответ имеет 22 голосов сегодня и ему 4 года. Вы также можете увидеть некоторые другие ответы, восхваляющие значение swap, но нет никаких признаков того, что они используют базы данных. У них тоже не так много голосов. :)

Кальмар

Хотя они явно не рекомендуют отключать своп, ребята из Squid говорят:

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

Это то, что вы не хотите случиться с вашей базой данных.

Redis

В то время как Redis официально рекомендует swap, пользователи не покупают его:

Сначала отключите swap - Redis и swap не смешиваются легко, и это, безусловно, может привести к замедлению.

Hadoop

Как видно в этом ответе с наибольшим количеством голосов в сообществе hortonworks:

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

[....]

Для мастеров своп также часто отключается, хотя это не установленное правило от Hortonworks, и я предполагаю, что будут некоторые обсуждения / разногласия. С мастерами можно обращаться так же, как с мастерами в других средах, отличных от Hadoop.

Опасность отключения свопа на мастерах заключается в том, что событие OOM (нехватка памяти) может повлиять на доступность кластера. Но это все равно произойдет даже при настроенном свопе, это займет немного больше времени. Хорошей практикой для администраторов и операторов было бы следить за доступностью ОЗУ, а затем исправлять любые проблемы, прежде чем закончится ее использование. Таким образом, поддержание доступности без ущерба для производительности. Тогда обмен не нужен.

Мне это нравится, потому что речь идет о Java-приложении, но он приходит ко многим из тех же выводов, которые упоминались выше о базах данных. Также упоминается мониторинг, который очень полезен при настройке высокопроизводительных приложений. Если у вас нет цифр для сравнения, все основано на чувствах, которые сложнее сравнивать. Создавайте графики для каждого измеримого показателя - задержки на уровне приложения и пропускной способности для графиков ЦП, дисков, памяти и сети. Они предоставляют основную часть реальных данных, по которым вам необходимо принимать решения.