Когда ваш веб-сервер запускает пейджинговую память на диск и замедляет сканирование, что лучший способ для восстановления?

Я закрыл и перезапустил сервер, но есть ли что-то, что можно сделать, чтобы быстро восстановиться из ситуации с высоким поиском?

3
задан 15 March 2011 в 18:49

18 ответов

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

4
ответ дан 25 May 2018 в 22:32
  • 1
    точно - посмотрите, что потребляет вашу оперативную память, например, - слишком много процессов работает и работает с этим, вместо перезагрузки сервера. – Osis 16 March 2011 в 13:55

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

4
ответ дан 25 July 2018 в 22:20

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

4
ответ дан 31 July 2018 в 13:16

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

4
ответ дан 2 August 2018 в 03:48

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

4
ответ дан 4 August 2018 в 19:52

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

4
ответ дан 6 August 2018 в 03:55

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

4
ответ дан 7 August 2018 в 21:52

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

4
ответ дан 10 August 2018 в 10:07

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

4
ответ дан 13 August 2018 в 16:27
  • 1
    точно - посмотрите, что потребляет вашу оперативную память, например, - слишком много процессов работает и работает с этим, вместо перезагрузки сервера. – Osis 16 March 2011 в 13:55

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

ps -e -o rss=,pid=,comm= | sort -n

даст вам представление о потреблении памяти.

Будьте терпеливы и попытайтесь завершить процесс с помощью

kill -15 <pid>

Если это не так, работайте больше, попробуйте

kill -9 <pid>
3
ответ дан 25 May 2018 в 22:32

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

ps -e -o rss=,pid=,comm= | sort -n

даст вам представление о потреблении памяти.

Будьте терпеливы и попытайтесь завершить процесс с помощью

kill -15 <pid>

Если это не так, работайте больше, попробуйте

kill -9 <pid>
3
ответ дан 25 July 2018 в 22:20

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

ps -e -o rss=,pid=,comm= | sort -n

даст вам представление о потреблении памяти.

Будьте терпеливы и попытайтесь завершить процесс с помощью

kill -15 <pid>

Если это не так, работайте больше, попробуйте

kill -9 <pid>
3
ответ дан 31 July 2018 в 13:16

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

ps -e -o rss=,pid=,comm= | sort -n

даст вам представление о потреблении памяти.

Будьте терпеливы и попытайтесь завершить процесс с помощью

kill -15 <pid>

Если это не так, работайте больше, попробуйте

kill -9 <pid>
3
ответ дан 2 August 2018 в 03:48

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

ps -e -o rss=,pid=,comm= | sort -n

даст вам представление о потреблении памяти.

Будьте терпеливы и попытайтесь завершить процесс с помощью

kill -15 <pid>

Если это не так, работайте больше, попробуйте

kill -9 <pid>
3
ответ дан 4 August 2018 в 19:52

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

  ps -e -o rss =, pid =, comm = |  sort -n  

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

Будьте терпеливы и попытайтесь завершить процесс с помощью

  kill -15 & lt  ; & PID GT;   

Если это больше не работает, попробуйте

  kill -9 & lt; pid & gt;   
3
ответ дан 6 August 2018 в 03:55

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

  ps -e -o rss =, pid =, comm = |  sort -n  

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

Будьте терпеливы и попытайтесь завершить процесс с помощью

  kill -15 & lt  ; & PID GT;   

Если это больше не работает, попробуйте

  kill -9 & lt; pid & gt;   
3
ответ дан 7 August 2018 в 21:52

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

  ps -e -o rss =, pid =, comm = |  sort -n  

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

Будьте терпеливы и попытайтесь завершить процесс с помощью

  kill -15 & lt  ; & PID GT;   

Если это больше не работает, попробуйте

  kill -9 & lt; pid & gt;   
3
ответ дан 10 August 2018 в 10:07

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

  ps -e -o rss =, pid =, comm = |  sort -n  

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

Будьте терпеливы и попытайтесь завершить процесс с помощью

  kill -15 & lt  ; & PID GT;   

Если это больше не работает, попробуйте

  kill -9 & lt; pid & gt;   
3
ответ дан 13 August 2018 в 16:27

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

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