Это плохая идея создать cron-скрипт, который каждый час очищает своп?

Это вообще не тривиально. Однако эта старая статья по-прежнему весьма актуальна.

http://www.randombugs.com/linux/linux-isc-dhcp-server-dynamic-dns-updates-debian-ubuntu.html [ ! d1]

25
задан 7 January 2018 в 18:24

18 ответов

Использование этого: да, плохо. Вам действительно нужно проверить, хватит ли памяти, прежде чем отключить swap. См. Https://askubuntu.com/a/90399/15811 для лучшей версии.

Также: вы уверены в этом? Выделение подкачки не означает, что используется swap. Команда vmstat, столбцы si (swap in) и so (свопинг). Если они останутся 0, у вас возникнет еще одна проблема. В моем опыте своп вряд ли используется, и вы не можете его использовать, думая, что он его не пуст, но нечего пустить.

51
ответ дан 22 May 2018 в 16:45
  • 1
    Чего ждать? Если недостаточно памяти для swapoff для успеха, сначала swapoff будет убит убийцей OOM. Да, они на самом деле жестко запрограммировали это (он проверяет системный вызов). – Joshua 7 November 2017 в 23:43
  • 2
    @ Джошуа уверен, но он хочет, чтобы он работал автоматически. Не ошибка. – Rinzwind 8 November 2017 в 14:52
  • 3
    Чтобы разработать, не вдаваясь в мой собственный ответ, использование подкачки растет со временем совсем не плохо . Это означает, что ядро ​​медленно обнаруживает, что нежелательная память, потребляющая память, никогда не используется и не переносит ее, чтобы обмен мог использоваться для вещей, которые на самом деле вам помогают (например, чтобы сохранить больше данных fs, поэтому ему не нужно отказываться от него и перечитывать его с диска). – R.. 8 November 2017 в 22:29
  • 4
    @Rinzwind cron отлично работает с заданиями, что ошибка, и связанный скрипт не использует vmstat. – jpaugh 9 November 2017 в 01:02

Использование этого: да, плохо. Вам действительно нужно проверить, хватит ли памяти, прежде чем отключить swap. См. Https://askubuntu.com/a/90399/15811 для лучшей версии.

Также: вы уверены в этом? Выделение подкачки не означает, что используется swap. Команда vmstat, столбцы si (swap in) и so (свопинг). Если они останутся 0, у вас возникнет еще одна проблема. В моем опыте своп вряд ли используется, и вы не можете его использовать, думая, что он его не пуст, но нечего пустить.

51
ответ дан 18 July 2018 в 03:46

Использование этого: да, плохо. Вам действительно нужно проверить, хватит ли памяти, прежде чем отключить swap. См. Https://askubuntu.com/a/90399/15811 для лучшей версии.

Также: вы уверены в этом? Выделение подкачки не означает, что используется swap. Команда vmstat, столбцы si (swap in) и so (свопинг). Если они останутся 0, у вас возникнет еще одна проблема. В моем опыте своп вряд ли используется, и вы не можете его использовать, думая, что он его не пуст, но нечего пустить.

51
ответ дан 24 July 2018 в 17:55

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

Если активный процесс продолжает меняться местами, вы должны исправить то, что оно вызывает давление на память. Если это не активный процесс, в чем дело?

41
ответ дан 22 May 2018 в 16:45
  • 1
    +1: В чем дело? Никогда не меняйте запущенную систему , я не думаю, что нужно возиться с такими основными функциями системы, как это, особенно без всякой необходимости. – dessert 6 November 2017 в 18:55
  • 2
    Иногда у меня возникают проблемы с тем, что я убиваю процесс с утечкой памяти (что вынудило все остальное в swap), оставив меня с ~ 10% используемой ОЗУ ... но все запущенные программы находятся в свопе, пока я не получу их снова. Поэтому каждый раз, когда вы прикасаетесь к чему-то, происходит задержка на две секунды. Я могу видеть, откуда приходит OP, и было бы неплохо, если бы это было сделано автоматически, но это неправильный путь. – Someone Somewhere 7 November 2017 в 11:32
  • 3
    @SomeoneSomewhere Но это не так, как это работает. Если процесс утечки памяти, то, по определению, он активно не использует эту память (это не чтение и запись); он просто получил это, случайно. Если есть другие активные процессы вокруг, просочившаяся память будет заменена, и это будет ваш своп, полный мусора, а не вашей физической памяти. – David Richerby 9 November 2017 в 15:44
  • 4
    @DavidRicherby Если у вас есть программа, открытая в фоновом режиме, тогда эта программа все еще меньше активна, чем утечка памяти - и когда вы переключаетесь обратно на нее, она должна выйти из подкачки , – Someone Somewhere 11 November 2017 в 00:48
  • 5
    @SomeoneSomewhere Вы, кажется, неправильно поняли, как работает система памяти. Вам не нужно иметь весь процесс в физической RAM: swap управляется при детализации отдельных страниц. Любая страница, которая не использовалась какое-то время, может быть заменена, и страница, которая полностью состоит из просочившейся памяти, никогда не будет использоваться снова, поэтому никогда не будет заменена обратно после ее замены. – David Richerby 11 November 2017 в 03:24

Это плохая идея.

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

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

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

Ядро также всегда будет использовать пространство подкачки, как только физическая память будет заполнена выше 50%, поэтому эти цифры будут ненулевыми, даже если у вас достаточно памяти. [!d4 ]

34
ответ дан 22 May 2018 в 16:45
  • 1
    always : Я думаю, вы предполагаете, что /proc/sys/vm/swappiness оставлено по умолчанию по умолчанию 70, что хорошо для серверов и довольно агрессивно выводит страницы из грязных страниц из процессов, которые их не трогали на некоторое время, чтобы освободить место для большего количества pagecache. Это часто плохо для настольных компьютеров, потому что альт-вкладка может замедляться. – Peter Cordes 7 November 2017 в 02:10
  • 2
    @PeterCordes, если страницы фактически были выселены, тогда кэши увидели больше доступа, чем страницы приложений, о которых идет речь, поэтому было чистой выгоды от использования этих данных в качестве кэшей дисков. Я вижу, как производительность Alt-Tab более заметна для пользователя, чем, например. компилировать время для большого проекта, но трудно сформулировать политику, которая гарантирует мгновенный ответ, не жертвуя слишком высокой производительностью. – Simon Richter 7 November 2017 в 03:54
  • 3
    По-другому: ядро ​​настроено на пропускную способность (swappiness=70), но латентность важнее для пользователей на рабочем столе. Это компромисс. Если вы обычно компилируете вещи, которые немного слишком велики, чтобы оставаться в pagecache, тогда обязательно, оставьте swappiness немного выше, например, 20 или 30 вместо 5 или 10. См. Также akitaonrails.com/2017/01/17 / оптимизируя-линукс-для-медленных-компьютеров . Если увидеть vm.vfs_cache_pressure ниже 100, также рекомендуется кэшировать метаданные inode / directory через страницы данных, что также хорошо подходит для пользовательского интерфейса. – Peter Cordes 7 November 2017 в 04:11
  • 4
    Другие настройки: пороги обратной записи lonesysadmin.net/2013/12/22/… . Они контролируют, как быстро Linux начинает записывать на диск после записи в файлы и сколько грязных страниц разрешено. (т. е. сколько памяти можно потратить на кэширование записи) – Peter Cordes 7 November 2017 в 04:11

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

У вас в основном есть два случая:

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

Итак, есть два основных момента:

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

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

Если вы хотите настроить поведение ядра, см. параметр swappiness.

Два дополнительных ressources вносит вклад в @ peter-cordes:

Процессы в области подкачки все равно не используются. Почему вы хотите вернуть их в оперативную память? https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/

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

21
ответ дан 22 May 2018 в 16:45

Вы можете добиться тех же результатов, сообщив ядру о освобождении кешей:

echo 3 > /proc/sys/vm/drop_caches

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

5
ответ дан 22 May 2018 в 16:45

Вопреки общей идее SWAP сам по себе неплох. То, что фактически замедляет вашу систему, - это активность ядра, которая перемещает данные из ОЗУ в SWAP и обратно в ОЗУ, swappiness. Система делает это автоматически, так как она настроена с помощью swappiness. Это приводит к тому, что память из неактивных процессов сбрасывается в раздел сводной записи Harddisk. Я сам много лет работал с машиной, у которой не было так много оперативной памяти, и у меня всегда была память SWAP. Тем не менее моя машина работала нормально, пока вы не переместили память обратно в ОЗУ, возможно, пытаясь закрыть открытое приложение. Затем рабочая нагрузка начала увеличиваться.

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

Скорее я предлагаю вам внимательно изучить, какое приложение использует вашу память в командной строке с приложением htop и решит закрыть какое-либо приложение. [F4] может дать вам хорошее представление, а также в его вкладке «Процессы». Если у вас большие приложения, которые используют много оперативной памяти. Не запускайте их сразу.

0
ответ дан 22 May 2018 в 16:45

Вы можете добиться тех же результатов, сообщив ядру о освобождении кешей:

echo 3 > /proc/sys/vm/drop_caches

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

5
ответ дан 18 July 2018 в 03:46

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

У вас в основном есть два случая:

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

Итак, есть два основных момента:

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

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

Если вы хотите настроить поведение ядра, см. параметр swappiness.

Два дополнительных ressources вносит вклад в @ peter-cordes:

Процессы в области подкачки все равно не используются. Почему вы хотите вернуть их в оперативную память? https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/

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

21
ответ дан 18 July 2018 в 03:46

Вопреки общей идее SWAP сам по себе неплох. То, что фактически замедляет вашу систему, - это активность ядра, которая перемещает данные из ОЗУ в SWAP и обратно в ОЗУ, swappiness. Система делает это автоматически, так как она настроена с помощью swappiness. Это приводит к тому, что память из неактивных процессов сбрасывается в раздел сводной записи Harddisk. Я сам много лет работал с машиной, у которой не было так много оперативной памяти, и у меня всегда была память SWAP. Тем не менее моя машина работала нормально, пока вы не переместили память обратно в ОЗУ, возможно, пытаясь закрыть открытое приложение. Затем рабочая нагрузка начала увеличиваться.

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

Скорее я предлагаю вам внимательно изучить, какое приложение использует вашу память в командной строке с приложением htop и решит закрыть какое-либо приложение. [F4] может дать вам хорошее представление, а также в его вкладке «Процессы». [D2] Если у вас большие приложения, которые используют много оперативной памяти. Не запускайте их сразу.

0
ответ дан 18 July 2018 в 03:46

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

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

41
ответ дан 18 July 2018 в 03:46

Это плохая идея.

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

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

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

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

34
ответ дан 18 July 2018 в 03:46

Вы можете добиться тех же результатов, сообщив ядру о освобождении кешей:

echo 3 > /proc/sys/vm/drop_caches

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

5
ответ дан 24 July 2018 в 17:55

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

У вас в основном есть два случая:

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

Итак, есть два основных момента:

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

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

Если вы хотите настроить поведение ядра, см. параметр swappiness.

Два дополнительных ressources вносит вклад в @ peter-cordes:

Процессы в области подкачки все равно не используются. Почему вы хотите вернуть их в оперативную память? https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/

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

21
ответ дан 24 July 2018 в 17:55

Вопреки общей идее SWAP сам по себе неплох. То, что фактически замедляет вашу систему, - это активность ядра, которая перемещает данные из ОЗУ в SWAP и обратно в ОЗУ, swappiness. Система делает это автоматически, так как она настроена с помощью swappiness. Это приводит к тому, что память из неактивных процессов сбрасывается в раздел сводной записи Harddisk. Я сам много лет работал с машиной, у которой не было так много оперативной памяти, и у меня всегда была память SWAP. Тем не менее моя машина работала нормально, пока вы не переместили память обратно в ОЗУ, возможно, пытаясь закрыть открытое приложение. Затем рабочая нагрузка начала увеличиваться.

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

Скорее я предлагаю вам внимательно изучить, какое приложение использует вашу память в командной строке с приложением htop и решит закрыть какое-либо приложение. [F4] может дать вам хорошее представление, а также в его вкладке «Процессы». [D2] Если у вас большие приложения, которые используют много оперативной памяти. Не запускайте их сразу.

0
ответ дан 24 July 2018 в 17:55

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

Если активный процесс продолжает меняться местами, вы должны исправить то, что оно вызывает давление на память. Если это не активный процесс, в чем дело?

41
ответ дан 24 July 2018 в 17:55
  • 1
    +1: В чем дело? Никогда не меняйте запущенную систему , я не думаю, что нужно возиться с такими основными функциями системы, как это, особенно без всякой необходимости. – dessert 6 November 2017 в 18:55
  • 2
    Иногда у меня возникают проблемы с тем, что я убиваю процесс с утечкой памяти (что вынудило все остальное в swap), оставив меня с ~ 10% используемой ОЗУ ... но все запущенные программы находятся в свопе, пока я не получу их снова. Поэтому каждый раз, когда вы прикасаетесь к чему-то, происходит задержка на две секунды. Я могу видеть, откуда приходит OP, и было бы неплохо, если бы это было сделано автоматически, но это неправильный путь. – Someone Somewhere 7 November 2017 в 11:32
  • 3
    @SomeoneSomewhere Но это не так, как это работает. Если процесс утечки памяти, то, по определению, он активно не использует эту память (это не чтение и запись); он просто получил это, случайно. Если есть другие активные процессы вокруг, просочившаяся память будет заменена, и это будет ваш своп, полный мусора, а не вашей физической памяти. – David Richerby 9 November 2017 в 15:44
  • 4
    @DavidRicherby Если у вас есть программа, открытая в фоновом режиме, тогда эта программа все еще меньше активна, чем утечка памяти - и когда вы переключаетесь обратно на нее, она должна выйти из подкачки , – Someone Somewhere 11 November 2017 в 00:48
  • 5
    @SomeoneSomewhere Вы, кажется, неправильно поняли, как работает система памяти. Вам не нужно иметь весь процесс в физической RAM: swap управляется при детализации отдельных страниц. Любая страница, которая не использовалась какое-то время, может быть заменена, и страница, которая полностью состоит из просочившейся памяти, никогда не будет использоваться снова, поэтому никогда не будет заменена обратно после ее замены. – David Richerby 11 November 2017 в 03:24

Это плохая идея.

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

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

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

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

34
ответ дан 24 July 2018 в 17:55
  • 1
    always : Я думаю, вы предполагаете, что /proc/sys/vm/swappiness оставлено по умолчанию по умолчанию 70, что хорошо для серверов и довольно агрессивно выводит страницы из грязных страниц из процессов, которые их не трогали на некоторое время, чтобы освободить место для большего количества pagecache. Это часто плохо для настольных компьютеров, потому что альт-вкладка может замедляться. – Peter Cordes 7 November 2017 в 02:10
  • 2
    @PeterCordes, если страницы фактически были выселены, тогда кэши увидели больше доступа, чем страницы приложений, о которых идет речь, поэтому было чистой выгоды от использования этих данных в качестве кэшей дисков. Я вижу, как производительность Alt-Tab более заметна для пользователя, чем, например. компилировать время для большого проекта, но трудно сформулировать политику, которая гарантирует мгновенный ответ, не жертвуя слишком высокой производительностью. – Simon Richter 7 November 2017 в 03:54
  • 3
    По-другому: ядро ​​настроено на пропускную способность (swappiness=70), но латентность важнее для пользователей на рабочем столе. Это компромисс. Если вы обычно компилируете вещи, которые немного слишком велики, чтобы оставаться в pagecache, тогда обязательно, оставьте swappiness немного выше, например, 20 или 30 вместо 5 или 10. См. Также akitaonrails.com/2017/01/17 / оптимизируя-линукс-для-медленных-компьютеров . Если увидеть vm.vfs_cache_pressure ниже 100, также рекомендуется кэшировать метаданные inode / directory через страницы данных, что также хорошо подходит для пользовательского интерфейса. – Peter Cordes 7 November 2017 в 04:11
  • 4
    Другие настройки: пороги обратной записи lonesysadmin.net/2013/12/22/… . Они контролируют, как быстро Linux начинает записывать на диск после записи в файлы и сколько грязных страниц разрешено. (т. е. сколько памяти можно потратить на кэширование записи) – Peter Cordes 7 November 2017 в 04:11

Другие вопросы по тегам:

Похожие вопросы: