Я закрыл и перезапустил сервер, но есть ли что-то, что можно сделать, чтобы быстро восстановиться из ситуации с высоким поиском?
Предотвращение лучше, чем лечение, поэтому вы должны попытаться избежать таких ситуаций в первую очередь. Если проблема вызвана неконтролируемым ростом использования памяти (например, утечками памяти), вы можете настроить Monit, чтобы перезапустить контролируемый процесс, если он превышает определенный предел памяти. Если трафик колючий, вы можете рассмотреть вопрос об изменении количества запросов. Всегда лучше обрабатывать меньше запросов с разумной производительностью, а не пытаться обслуживать всех, но очень медленно.
Предотвращение лучше, чем лечение, поэтому вы должны попытаться избежать таких ситуаций в первую очередь. Если проблема вызвана неконтролируемым ростом использования памяти (например, утечками памяти), вы можете настроить Monit, чтобы перезапустить контролируемый процесс, если он превышает определенный предел памяти. Если трафик колючий, вы можете рассмотреть вопрос об изменении количества запросов. Всегда лучше обрабатывать меньше запросов с разумной производительностью, а не пытаться обслуживать всех, но очень медленно.
Предотвращение лучше, чем лечение, поэтому вы должны попытаться избежать таких ситуаций в первую очередь. Если проблема вызвана неконтролируемым ростом использования памяти (например, утечками памяти), вы можете настроить Monit, чтобы перезапустить контролируемый процесс, если он превышает определенный предел памяти. Если трафик колючий, вы можете рассмотреть вопрос об изменении количества запросов. Всегда лучше обрабатывать меньше запросов с разумной производительностью, а не пытаться обслуживать всех, но очень медленно.
Предотвращение лучше, чем лечение, поэтому вы должны попытаться избежать таких ситуаций в первую очередь. Если проблема вызвана неконтролируемым ростом использования памяти (например, утечками памяти), вы можете настроить Monit, чтобы перезапустить контролируемый процесс, если он превышает определенный предел памяти. Если трафик колючий, вы можете рассмотреть вопрос об изменении количества запросов. Всегда лучше обрабатывать меньше запросов с разумной производительностью, а не пытаться обслуживать всех, но очень медленно.
Предотвращение лучше, чем лечение, поэтому вы должны попытаться избежать таких ситуаций в первую очередь. Если проблема вызвана неконтролируемым ростом использования памяти (например, утечками памяти), вы можете настроить Monit, чтобы перезапустить контролируемый процесс, если он превышает определенный предел памяти. Если трафик колючий, вы можете рассмотреть вопрос об изменении количества запросов. Всегда лучше обрабатывать меньше запросов с разумной производительностью, а не пытаться обслуживать всех, но очень медленно.
Предотвращение лучше, чем лечение, поэтому вам следует попытаться избежать таких ситуаций в первую очередь. Если проблема вызвана неконтролируемым ростом использования памяти (например, утечки памяти), вы можете настроить Monit , чтобы перезапустить контролируемый процесс, если он превышает определенный предел памяти. Если трафик колючий, вы можете рассмотреть вопрос об изменении количества запросов. Всегда лучше обрабатывать меньше запросов с разумной производительностью, а не пытаться обслуживать всех, но очень медленно.
Предотвращение лучше, чем лечение, поэтому вам следует попытаться избежать таких ситуаций в первую очередь. Если проблема вызвана неконтролируемым ростом использования памяти (например, утечки памяти), вы можете настроить Monit , чтобы перезапустить контролируемый процесс, если он превышает определенный предел памяти. Если трафик колючий, вы можете рассмотреть вопрос об изменении количества запросов. Всегда лучше обрабатывать меньше запросов с разумной производительностью, а не пытаться обслуживать всех, но очень медленно.
Предотвращение лучше, чем лечение, поэтому вам следует попытаться избежать таких ситуаций в первую очередь. Если проблема вызвана неконтролируемым ростом использования памяти (например, утечки памяти), вы можете настроить Monit , чтобы перезапустить контролируемый процесс, если он превышает определенный предел памяти. Если трафик колючий, вы можете рассмотреть вопрос об изменении количества запросов. Всегда лучше обрабатывать меньше запросов с разумной производительностью, а не пытаться обслуживать всех, но очень медленно.
Предотвращение лучше, чем лечение, поэтому вам следует попытаться избежать таких ситуаций в первую очередь. Если проблема вызвана неконтролируемым ростом использования памяти (например, утечки памяти), вы можете настроить Monit , чтобы перезапустить контролируемый процесс, если он превышает определенный предел памяти. Если трафик колючий, вы можете рассмотреть вопрос об изменении количества запросов. Всегда лучше обрабатывать меньше запросов с разумной производительностью, а не пытаться обслуживать всех, но очень медленно.
К сожалению, нет быстрого способа, если система много подкачки. Если вы все еще можете получить доступ к системе, вы можете попытаться убить большинство процессов, потребляющих память.
ps -e -o rss=,pid=,comm= | sort -n
даст вам представление о потреблении памяти.
Будьте терпеливы и попытайтесь завершить процесс с помощью
kill -15 <pid>
Если это не так, работайте больше, попробуйте
kill -9 <pid>
К сожалению, нет быстрого способа, если система много подкачки. Если вы все еще можете получить доступ к системе, вы можете попытаться убить большинство процессов, потребляющих память.
ps -e -o rss=,pid=,comm= | sort -n
даст вам представление о потреблении памяти.
Будьте терпеливы и попытайтесь завершить процесс с помощью
kill -15 <pid>
Если это не так, работайте больше, попробуйте
kill -9 <pid>
К сожалению, нет быстрого способа, если система много подкачки. Если вы все еще можете получить доступ к системе, вы можете попытаться убить большинство процессов, потребляющих память.
ps -e -o rss=,pid=,comm= | sort -n
даст вам представление о потреблении памяти.
Будьте терпеливы и попытайтесь завершить процесс с помощью
kill -15 <pid>
Если это не так, работайте больше, попробуйте
kill -9 <pid>
К сожалению, нет быстрого способа, если система много подкачки. Если вы все еще можете получить доступ к системе, вы можете попытаться убить большинство процессов, потребляющих память.
ps -e -o rss=,pid=,comm= | sort -n
даст вам представление о потреблении памяти.
Будьте терпеливы и попытайтесь завершить процесс с помощью
kill -15 <pid>
Если это не так, работайте больше, попробуйте
kill -9 <pid>
К сожалению, нет быстрого способа, если система много подкачки. Если вы все еще можете получить доступ к системе, вы можете попытаться убить большинство процессов, потребляющих память.
ps -e -o rss=,pid=,comm= | sort -n
даст вам представление о потреблении памяти.
Будьте терпеливы и попытайтесь завершить процесс с помощью
kill -15 <pid>
Если это не так, работайте больше, попробуйте
kill -9 <pid>
К сожалению, нет быстрого способа, если система много раз подкачки. Если вы все еще можете получить доступ к системе, вы можете попытаться убить большинство процессов, потребляющих память.
ps -e -o rss =, pid =, comm = | sort -n
даст вам представление о потреблении памяти. Первый столбец показывает размер резидентного набора, второй pid процесса и третью выполненную команду.
Будьте терпеливы и попытайтесь завершить процесс с помощью
kill -15 & lt ; & PID GT;
Если это больше не работает, попробуйте
kill -9 & lt; pid & gt;
К сожалению, нет быстрого способа, если система много раз подкачки. Если вы все еще можете получить доступ к системе, вы можете попытаться убить большинство процессов, потребляющих память.
ps -e -o rss =, pid =, comm = | sort -n
даст вам представление о потреблении памяти. Первый столбец показывает размер резидентного набора, второй pid процесса и третью выполненную команду.
Будьте терпеливы и попытайтесь завершить процесс с помощью
kill -15 & lt ; & PID GT;
Если это больше не работает, попробуйте
kill -9 & lt; pid & gt;
К сожалению, нет быстрого способа, если система много раз подкачки. Если вы все еще можете получить доступ к системе, вы можете попытаться убить большинство процессов, потребляющих память.
ps -e -o rss =, pid =, comm = | sort -n
даст вам представление о потреблении памяти. Первый столбец показывает размер резидентного набора, второй pid процесса и третью выполненную команду.
Будьте терпеливы и попытайтесь завершить процесс с помощью
kill -15 & lt ; & PID GT;
Если это больше не работает, попробуйте
kill -9 & lt; pid & gt;
К сожалению, нет быстрого способа, если система много раз подкачки. Если вы все еще можете получить доступ к системе, вы можете попытаться убить большинство процессов, потребляющих память.
ps -e -o rss =, pid =, comm = | sort -n
даст вам представление о потреблении памяти. Первый столбец показывает размер резидентного набора, второй pid процесса и третью выполненную команду.
Будьте терпеливы и попытайтесь завершить процесс с помощью
kill -15 & lt ; & PID GT;
Если это больше не работает, попробуйте
kill -9 & lt; pid & gt;