Это вообще не тривиально. Однако эта старая статья по-прежнему весьма актуальна.
http://www.randombugs.com/linux/linux-isc-dhcp-server-dynamic-dns-updates-debian-ubuntu.html [ ! d1]
Использование этого: да, плохо. Вам действительно нужно проверить, хватит ли памяти, прежде чем отключить swap. См. Https://askubuntu.com/a/90399/15811 для лучшей версии.
Также: вы уверены в этом? Выделение подкачки не означает, что используется swap. Команда vmstat, столбцы si (swap in) и so (свопинг). Если они останутся 0, у вас возникнет еще одна проблема. В моем опыте своп вряд ли используется, и вы не можете его использовать, думая, что он его не пуст, но нечего пустить.
Использование этого: да, плохо. Вам действительно нужно проверить, хватит ли памяти, прежде чем отключить swap. См. Https://askubuntu.com/a/90399/15811 для лучшей версии.
Также: вы уверены в этом? Выделение подкачки не означает, что используется swap. Команда vmstat, столбцы si (swap in) и so (свопинг). Если они останутся 0, у вас возникнет еще одна проблема. В моем опыте своп вряд ли используется, и вы не можете его использовать, думая, что он его не пуст, но нечего пустить.
Использование этого: да, плохо. Вам действительно нужно проверить, хватит ли памяти, прежде чем отключить swap. См. Https://askubuntu.com/a/90399/15811 для лучшей версии.
Также: вы уверены в этом? Выделение подкачки не означает, что используется swap. Команда vmstat, столбцы si (swap in) и so (свопинг). Если они останутся 0, у вас возникнет еще одна проблема. В моем опыте своп вряд ли используется, и вы не можете его использовать, думая, что он его не пуст, но нечего пустить.
Я бы сказал, что это плохая идея. Если вы считаете, что у вас есть свободная память, и активный процесс не перемещается из swap в RAM, то либо у вас не так много свободной памяти, как вы думаете, или процесс не так активен, как вы думаете .
Если активный процесс продолжает меняться местами, вы должны исправить то, что оно вызывает давление на память. Если это не активный процесс, в чем дело?
Это плохая идея.
Ядро начинает копировать (не перемещать) данные для обмена до того, как физическая память будет полностью заполнена, потому что если какой-то процесс требует много памяти, любая страница, уже имеет действительную копию в swap, можно повторно использовать без необходимости другой записи на диск.
Как правило, это происходит в основном для страниц, которые не были доступны в течение длительного времени, что является хорошим индикатором того, что это вряд ли они скоро будут доступны.
Если вы явно отбрасываете копии, это не приносит никакой пользы, поскольку данные все еще существуют в ОЗУ, но могут стоить вам скорости, когда какой-то процесс хочет выделить много памяти и будет заменой.
Ядро также всегда будет использовать пространство подкачки, как только физическая память будет заполнена выше 50%, поэтому эти цифры будут ненулевыми, даже если у вас достаточно памяти. [!d4 ]
Это плохая идея. Если бы это было полезно, ядро Linux реализовало бы его таким образом. Я не верю, что есть причина изменить больше, чем несколько параметров настройки, так как такой простой сценарий оболочки, скорее всего, не более умный, чем алгоритмы разработчиков ядра.
У вас в основном есть два случая:
Процессы в области подкачки в любом случае не используются. Почему вы хотите вернуть их обратно в ОЗУ? Мало оперативной памяти, поэтому они выгружаются, и вы вытаскиваете их обратно в оперативную память. Затем ваша система снова поместит их в swap как можно скорее.Итак, есть два основных момента:
Во-первых, ваша система будет медленной, когда слишком мало ОЗУ для запуска всех ваших программ одновременно. Swap поможет вам запустить больше программ, но не быстро переключиться на редко используемый, который может быть заменен. Никакой своп не может использовать редко используемый один убитый или отправить используемое в настоящее время исключение из памяти. Во-вторых, обмен - это хорошо, и у меня есть своп, поскольку у вас есть свободная оперативная память по стоимости программ, которые вы в настоящее время не используете.Несмотря на то, что некоторые программы не имеют проблем с нехваткой памяти, некоторые программы могут выделять память на основе свободной в настоящее время ОЗУ (возможно, ваш браузер будет использовать больше memcache, и вы сможете быстро просматривать), и ядро может используйте бесплатную ОЗУ для кэширования дисков и аналогичную оптимизацию. Когда вы заставляете своп быть пустым, ядро отбрасывает его кеш чтения и, например, запуск нового экземпляра Firefox займет больше времени, чем когда Firefox все еще находится в дисковой кеше.
Если вы хотите настроить поведение ядра, см. параметр swappiness.
Два дополнительных ressources вносит вклад в @ peter-cordes:
Процессы в области подкачки все равно не используются. Почему вы хотите вернуть их в оперативную память? https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/Если вы действительно хотите иметь пустой своп, вы можете отключить своп навсегда. Я не понимаю, почему это происходит в течение часа, а затем опорожнение имеет свои преимущества по сравнению с тем, что не имеет обмена.
Вы можете добиться тех же результатов, сообщив ядру о освобождении кешей:
echo 3 > /proc/sys/vm/drop_caches
Таким образом, вы избегаете краткого момента возможного голодания в памяти и оставляете ядро решать, что необходимо и что могут быть отброшены.
Вопреки общей идее SWAP сам по себе неплох. То, что фактически замедляет вашу систему, - это активность ядра, которая перемещает данные из ОЗУ в SWAP и обратно в ОЗУ, swappiness. Система делает это автоматически, так как она настроена с помощью swappiness. Это приводит к тому, что память из неактивных процессов сбрасывается в раздел сводной записи Harddisk. Я сам много лет работал с машиной, у которой не было так много оперативной памяти, и у меня всегда была память SWAP. Тем не менее моя машина работала нормально, пока вы не переместили память обратно в ОЗУ, возможно, пытаясь закрыть открытое приложение. Затем рабочая нагрузка начала увеличиваться.
Таким образом, постоянно очищая вас от SWAP-памяти, рабочая нагрузка на вашей машине значительно возрастет. Запуск приложений, имеющих свою память в разделе SWAP, может привести к повреждению при их выполнении.Скорее я предлагаю вам внимательно изучить, какое приложение использует вашу память в командной строке с приложением htop и решит закрыть какое-либо приложение. [F4] может дать вам хорошее представление, а также в его вкладке «Процессы». Если у вас большие приложения, которые используют много оперативной памяти. Не запускайте их сразу.
Вы можете добиться тех же результатов, сообщив ядру о освобождении кешей:
echo 3 > /proc/sys/vm/drop_caches
Таким образом, вы избегаете краткого момента возможного голодания в памяти и оставляете ядро решать, что необходимо и что могут быть отброшены.
Это плохая идея. Если бы это было полезно, ядро Linux реализовало бы его таким образом. Я не верю, что есть причина изменить больше, чем несколько параметров настройки, так как такой простой сценарий оболочки, скорее всего, не более умный, чем алгоритмы разработчиков ядра.
У вас в основном есть два случая:
Процессы в области подкачки в любом случае не используются. Почему вы хотите вернуть их обратно в ОЗУ? Мало оперативной памяти, поэтому они выгружаются, и вы вытаскиваете их обратно в оперативную память. Затем ваша система снова поместит их в swap как можно скорее.Итак, есть два основных момента:
Во-первых, ваша система будет медленной, когда слишком мало ОЗУ для запуска всех ваших программ одновременно. Swap поможет вам запустить больше программ, но не быстро переключиться на редко используемый, который может быть заменен. Никакой своп не может использовать редко используемый один убитый или отправить используемое в настоящее время исключение из памяти. Во-вторых, обмен - это хорошо, и у меня есть своп, поскольку у вас есть свободная оперативная память по стоимости программ, которые вы в настоящее время не используете.Несмотря на то, что некоторые программы не имеют проблем с нехваткой памяти, некоторые программы могут выделять память на основе свободной в настоящее время ОЗУ (возможно, ваш браузер будет использовать больше memcache, и вы сможете быстро просматривать), и ядро может используйте бесплатную ОЗУ для кэширования дисков и аналогичную оптимизацию. Когда вы заставляете своп быть пустым, ядро отбрасывает его кеш чтения и, например, запуск нового экземпляра Firefox займет больше времени, чем когда Firefox все еще находится в дисковой кеше.
Если вы хотите настроить поведение ядра, см. параметр swappiness.
Два дополнительных ressources вносит вклад в @ peter-cordes:
Процессы в области подкачки все равно не используются. Почему вы хотите вернуть их в оперативную память? https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/Если вы действительно хотите иметь пустой своп, вы можете отключить своп навсегда. Я не понимаю, почему это происходит в течение часа, а затем опорожнение имеет свои преимущества по сравнению с тем, что не имеет обмена.
Вопреки общей идее SWAP сам по себе неплох. То, что фактически замедляет вашу систему, - это активность ядра, которая перемещает данные из ОЗУ в SWAP и обратно в ОЗУ, swappiness. Система делает это автоматически, так как она настроена с помощью swappiness. Это приводит к тому, что память из неактивных процессов сбрасывается в раздел сводной записи Harddisk. Я сам много лет работал с машиной, у которой не было так много оперативной памяти, и у меня всегда была память SWAP. Тем не менее моя машина работала нормально, пока вы не переместили память обратно в ОЗУ, возможно, пытаясь закрыть открытое приложение. Затем рабочая нагрузка начала увеличиваться.
Таким образом, постоянно очищая вас от SWAP-памяти, рабочая нагрузка на вашей машине значительно возрастет. Запуск приложений, имеющих свою память в разделе SWAP, может привести к повреждению при их выполнении.Скорее я предлагаю вам внимательно изучить, какое приложение использует вашу память в командной строке с приложением htop и решит закрыть какое-либо приложение. [F4] может дать вам хорошее представление, а также в его вкладке «Процессы». [D2] Если у вас большие приложения, которые используют много оперативной памяти. Не запускайте их сразу.
я бы сказал, что это плохая идея. Если вы считаете, что у вас есть Свободная память и активный процесс не перешел из свопа в ОЗУ, то либо у вас нет столько свободной памяти, как тебе кажется, или этот процесс не так активно, как вы думаете.
если активный процесс продолжает быть заменены, вы должны быть фиксирующие то, что вызывает давление на память. Если это не активный процесс, в чем проблема?
Это плохая идея.
Ядро начинает копировать (не перемещать) данные для обмена до того, как физическая память будет полностью заполнена, потому что если какой-то процесс требует много памяти, любая страница, уже имеет действительную копию в swap, можно повторно использовать без необходимости другой записи на диск.
Как правило, это происходит в основном для страниц, которые не были доступны в течение длительного времени, что является хорошим индикатором того, что это вряд ли они скоро будут доступны.
Если вы явно отбрасываете копии, это не приносит никакой пользы, поскольку данные все еще существуют в ОЗУ, но могут стоить вам скорости, когда какой-то процесс хочет выделить много памяти и будет заменой.
Ядро также всегда будет использовать пространство подкачки, как только физическая память будет заполнена выше 50%, поэтому эти цифры будут ненулевыми, даже если у вас достаточно памяти.
Вы можете добиться тех же результатов, сообщив ядру о освобождении кешей:
echo 3 > /proc/sys/vm/drop_caches
Таким образом, вы избегаете краткого момента возможного голодания в памяти и оставляете ядро решать, что необходимо и что могут быть отброшены.
Это плохая идея. Если бы это было полезно, ядро Linux реализовало бы его таким образом. Я не верю, что есть причина изменить больше, чем несколько параметров настройки, так как такой простой сценарий оболочки, скорее всего, не более умный, чем алгоритмы разработчиков ядра.
У вас в основном есть два случая:
Процессы в области подкачки в любом случае не используются. Почему вы хотите вернуть их обратно в ОЗУ? Мало оперативной памяти, поэтому они выгружаются, и вы вытаскиваете их обратно в оперативную память. Затем ваша система снова поместит их в swap как можно скорее.Итак, есть два основных момента:
Во-первых, ваша система будет медленной, когда слишком мало ОЗУ для запуска всех ваших программ одновременно. Swap поможет вам запустить больше программ, но не быстро переключиться на редко используемый, который может быть заменен. Никакой своп не может использовать редко используемый один убитый или отправить используемое в настоящее время исключение из памяти. Во-вторых, обмен - это хорошо, и у меня есть своп, поскольку у вас есть свободная оперативная память по стоимости программ, которые вы в настоящее время не используете.Несмотря на то, что некоторые программы не имеют проблем с нехваткой памяти, некоторые программы могут выделять память на основе свободной в настоящее время ОЗУ (возможно, ваш браузер будет использовать больше memcache, и вы сможете быстро просматривать), и ядро может используйте бесплатную ОЗУ для кэширования дисков и аналогичную оптимизацию. Когда вы заставляете своп быть пустым, ядро отбрасывает его кеш чтения и, например, запуск нового экземпляра Firefox займет больше времени, чем когда Firefox все еще находится в дисковой кеше.
Если вы хотите настроить поведение ядра, см. параметр swappiness.
Два дополнительных ressources вносит вклад в @ peter-cordes:
Процессы в области подкачки все равно не используются. Почему вы хотите вернуть их в оперативную память? https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/Если вы действительно хотите иметь пустой своп, вы можете отключить своп навсегда. Я не понимаю, почему это происходит в течение часа, а затем опорожнение имеет свои преимущества по сравнению с тем, что не имеет обмена.
Вопреки общей идее SWAP сам по себе неплох. То, что фактически замедляет вашу систему, - это активность ядра, которая перемещает данные из ОЗУ в SWAP и обратно в ОЗУ, swappiness. Система делает это автоматически, так как она настроена с помощью swappiness. Это приводит к тому, что память из неактивных процессов сбрасывается в раздел сводной записи Harddisk. Я сам много лет работал с машиной, у которой не было так много оперативной памяти, и у меня всегда была память SWAP. Тем не менее моя машина работала нормально, пока вы не переместили память обратно в ОЗУ, возможно, пытаясь закрыть открытое приложение. Затем рабочая нагрузка начала увеличиваться.
Таким образом, постоянно очищая вас от SWAP-памяти, рабочая нагрузка на вашей машине значительно возрастет. Запуск приложений, имеющих свою память в разделе SWAP, может привести к повреждению при их выполнении.Скорее я предлагаю вам внимательно изучить, какое приложение использует вашу память в командной строке с приложением htop и решит закрыть какое-либо приложение. [F4] может дать вам хорошее представление, а также в его вкладке «Процессы». [D2] Если у вас большие приложения, которые используют много оперативной памяти. Не запускайте их сразу.
Я бы сказал, что это плохая идея. Если вы считаете, что у вас есть свободная память, и активный процесс не перемещается из swap в RAM, то либо у вас не так много свободной памяти, как вы думаете, или процесс не так активен, как вы думаете .
Если активный процесс продолжает меняться местами, вы должны исправить то, что оно вызывает давление на память. Если это не активный процесс, в чем дело?
Это плохая идея.
Ядро начинает копировать (не перемещать) данные для обмена до того, как физическая память будет полностью заполнена, потому что если какой-то процесс требует много памяти, любая страница, уже имеет действительную копию в swap, можно повторно использовать без необходимости другой записи на диск.
Как правило, это происходит в основном для страниц, которые не были доступны в течение длительного времени, что является хорошим индикатором того, что это вряд ли они скоро будут доступны.
Если вы явно отбрасываете копии, это не приносит никакой пользы, поскольку данные все еще существуют в ОЗУ, но могут стоить вам скорости, когда какой-то процесс хочет выделить много памяти и будет заменой.
Ядро также всегда будет использовать пространство подкачки, как только физическая память будет заполнена выше 50%, поэтому эти цифры будут ненулевыми, даже если у вас достаточно памяти.