Настроить своп
Часть 1. Установите swappiness. Это может быть в соответствии с ответом дегузы, но это может быть наоборот, и это будет иметь больший эффект, если это будет.
Один из сценариев, с которыми некоторые из нас счастливы, - это когда у нас много ОЗУ. Как правило, мы имеем небольшой процент от того, что он напрямую используется ядром и приложениями, некоторые (может быть, большая сумма, если вы использовали другие настройки для повышения производительности, такие как установка / tmp в памяти), используемых для ramfs и tmpfs, и концерты и концерты, используемые в качестве дискового кеша, чтобы ускорить наш доступ к файлам.
В этом сценарии, когда общая используемая память, включая кеш, становится высокой, а для приложения требуется больше оперативной памяти, Linux должен решить, следует ли взять некоторый кеш из файловой системы или перейти к разделу / файлу подкачки.
Так как у нас есть тонны ОЗУ и, возможно, только беспокоились об обмене, поэтому мы могли бы включить спящий режим, мы хотим, чтобы он склонялся к тому, чтобы взять некоторый из этого обширного кеша, и, следовательно, хочет низкой swappiness. Если мы не заботимся о возможности спячки, мы можем даже обнаружить, что такой машине с высокой степенью RAM не требуется своп вообще.
Другим сценарием является кто-то с низким ОЗУ, который переключается между несколькими тяжелыми приложениями и тратит на них разумное количество времени. Представьте, возможно, веб-разработчик, который проводит некоторое время в своей среде IDE, некоторые - в графическом редакторе, некоторые - в своем браузере по выбору, немного в некоторых других браузерах, чтобы проверить проблемы совместимости и, возможно, 5 минут каждый час на своем почтовом клиенте. Они также, вероятно, многократно повторяют одни и те же файлы с чтением и записью и, следовательно, значительно выигрывают от кэширования файлов. Вероятно, этот человек может извлечь выгоду из того, что Linux более охотно заменяет память, используемую любым из тех тяжелых приложений, в которых они в настоящее время не активны, поэтому swappiness, вероятно, будет выше для них.
Не только лучшая настройка для них, вероятно, будет выше, чем самые распространенные советы, но они, вероятно, заметят это больше, чем тот, у кого всегда есть концерты, чтобы все равно сэкономить.
Часть 2. Приоритет & amp; количество разделов.
Каждый раздел подкачки имеет приоритет, а linux будет использовать его с наивысшим приоритетом. Если он не установлен в / etc / fstab, он будет считаться отрицательным, начиная с -1 (явные настройки находятся между 0 и 32767 и поэтому -1 меньше, чем любое явно заданное) и продолжаются по порядку в fstab до -2, - 3 и т. Д.
Лучшая настройка зависит от того, где физически находятся разделы. Если у вас только один, то это не имеет значения (но, возможно, у вас должно быть больше одного, поэтому читайте дальше).
Если у вас есть два или более на одном физическом диске, у них должны быть разные приоритеты, чтобы он не пытался использовать два раздела, требующие поиска между ними (кто-нибудь знает, если это автоматически избежать?). По умолчанию все в порядке. Вероятно, не так уж хорошо иметь две свопы на одном диске, но это может произойти, если вы создали один, а затем решили, что вам нужно больше swap позже (возможно, при добавлении большего количества оперативной памяти).
Если у вас есть два или более на двух или более физических дисках, имеющих примерно равную скорость, то установка их на один и тот же приоритет будет означать, что Linux будет использовать их одновременно, что обеспечивает лучшую производительность по причинам, аналогичным почему RAID или просто обеспечение того, что на обоих дисках есть часто используемые файлы, - работа будет расколота между ними.
Если у вас есть два или более физических диска равной скорости, но они имеют своп только на одном, возможно, вам следует изменить это по вышеуказанным причинам.
Если у вас есть два или более физических диска с очень разными скоростями, то обычно вы хотите, чтобы самый быстрый накопитель имел более высокий приоритет, чем более медленный, поэтому он используется первым. Возможно, вы даже не захотите, чтобы какой-либо обмен был медленнее, хотя это может иметь смысл, если вы, например, имеют небольшую свопинг на быстром, но маленьком диске для быстрой замены, и большую замену на более медленном диске, поэтому у вас достаточно места для спячки.
Если более быстрый из них - SSD, тогда есть две альтернативы с разными плюсами и минусами:
- Самый высокий приоритет или, возможно, только своп на SSD, для скорости.
- Поменяйте swap на не SSD, чтобы уменьшить записи на SSD и, следовательно, увеличить срок его службы.
Номер 2, вероятно, тот, на который нужно пойти, если у вас действительно есть своп, чтобы разрешить спящий режим, и в противном случае ваша обильная оперативная память означает, что вам это действительно не нужно (и если вы тратите деньги на SSD, вам следует потратить это тоже в ОЗУ), если, возможно, вы фанатик скорости загрузки, который хочет загрузиться из спящего режима с такой скоростью, что хватит вашей фантастической высокотехнологичной установки! В противном случае баланс касается скорости и времени жизни SSD.
Если у вас есть диск, предназначенный исключительно для обмена, чтобы не конкурировать с другими файловыми вводами-выводами, то вы, по-видимому, твердо связаны с производительностью и уже знаете об этом материале лучше меня и читаете только это, чтобы видеть если у меня что-то не так!
