Почему я не вижу кайфа чужие посты в Gwibber?

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

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

Как Linux использует оперативную память

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

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

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

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

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

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

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

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

Что происходит, когда система захлебывается и сильно меняя?

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

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

Как насчет настольных систем? Они не требуют иного подхода?

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

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

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

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

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

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

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

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

Но как поменять ускорить систему? Не меняя притормозить?

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

Как только данные в своп, когда она выйдет снова?

Частично память вернется из свопа, как только он используется - чтения или записи. Однако, как правило, память, местами это память, которая не используется в течение длительного времени и не скоро нужно.

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

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

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

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