Tomcat потребляет высокий процессор

Ответ 1

Чтобы понять, что происходит, вы должны попытаться запустить его под профилировщиком. Попробуйте YourKit (http://www.yourkit.com/) или Netbeans (http://profiler.netbeans.org/docs/help/5.5/profile_j2ee_profileproject.html).

У YourKit лучше интегрироваться с tomcat.

Ответ 2

Если вы используете 75% процессор и не понимаете, почему, я предлагаю вам выдать kill -3 для процесса tomcat (ctrl-break, если у вас есть консоль), чтобы получить дамп потока (когда загрузка высока!). По моему опыту большинство потоков должны либо простаивать, либо io-wait. Посмотрите на какую-либо отдельную ветвь кода, которая имеет повторяющиеся вхождения в стеках и что ваш потенциальный виновник (не-io ждет!). Это "профайлер плохого человека", который нередко является лучшим и наиболее эффективным способом решения этих проблем.

Ответ 3

Lambda Probe - очень удобный инструмент для мониторинга Tomcat.

Используете ли вы систему с четырьмя процессорами? Вероятно, Tomcat работает на 100% в 3 из них. Сначала я бы проверил бесконечный цикл или что-то подобное в приложении.

Ответ 4

Мои журналы были полны журналов Tomcat. Я удалил все из них, и использование ЦП резко сократилось.

Ответ 5

Прежде всего (это относится ко всем приложениям Java), вы должны указать, какой поток использует процессор. Это возможно в JDK 1.6. Это делается с помощью java.lang.management.ManagementFactory.getThreadMXBean(). Вот пример использования (JSP):

<%@ page import="java.lang.management.*, java.util.*" %>
<%!
    Map cpuTimes = new HashMap();
    Map cpuTimeFetch = new HashMap();
%><%
long cpus = Runtime.getRuntime().availableProcessors();
ThreadMXBean threads = ManagementFactory.getThreadMXBean();
long now = System.currentTimeMillis();
ThreadInfo[] t = threads.dumpAllThreads(false, false);
for (int i = 0; i < t.length; i++) {
    long id = t[i].getThreadId();
    Long idid = new Long(id);
    long current = 0;
    if (cpuTimes.get(idid) != null) {
        long prev = ((Long) cpuTimes.get(idid)).longValue();
        current = threads.getThreadCpuTime(t[i].getThreadId());
        long catchTime = ((Long) cpuTimeFetch.get(idid)).longValue();
        double percent = (current - prev) / ((now - catchTime) * cpus * 10000);
        if (percent > 0 && prev > 0) {
            out.println("<li>" + t[i].getThreadName() + " " + percent + " (" + prev + ", " + current + ")");    
        }
    }
    cpuTimes.put(idid, new Long(current));  
    cpuTimeFetch.put(idid, new Long(now));
}
%>

После этого вы можете получить дамп потока и проанализировать код в этом потоке, чтобы устранить чрезмерное использование ЦП.

Ответ 6

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

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

Ответ 7

Это скорее всего вызвано тем, что приложения (приложения), которые вы используете поверх tomcat. Конечно, если у вас очень высокий трафик на ваших приложениях, это также может быть причиной.

Ответ 8

Мы просто решили проблему с нашим экземпляром tomcat с очень высоким уровнем использования процессора, размахивая до 100% и более каждые несколько секунд, а затем кратковременно снижаясь. Это происходило весь день и всю ночь, независимо от того, выполнял ли сервер какую-либо работу или нет. Мы работаем с tomcat 8 с java 8.

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

Мы использовали параметр конфигурации в каталоге tomcat/conf/Catalina/localhost, в котором мы указали tomcat на другой каталог, кроме своего собственного каталога webapps. Файлы xml в этом каталоге выглядят следующим образом:

<?xml version='1.0'?>
<Context
docBase="/opt/dspace/amaddev/dspace-6.3/webapps/jspui"
reloadable="true"
cachingAllowed="false"/>

И это сработало, tomcat работал с кодом в этих каталогах, а не с собственным каталогом webapps. Однако у нас была эта проблема с постоянным использованием процессора.

Для тестирования мы удалили файлы xml из каталога conf/Catalina/localhost и перезапустили tomcat. Внезапно у нас снова был нормальный, добротный кошка. Чтобы указать tomcat на этот другой каталог (где мы скомпилируем наш код dspace), мы просто использовали запись Host в conf/server.xml и изменили параметр appBase в нашем каталоге dspace:

<Host name="localhost"  appBase="/opt/dspace/amaddev/dspace-6.3/webapps"
        unpackWARs="true" autoDeploy="true">

Теперь это достигается тем, что мы хотели с очень низким использованием процессора (ниже 1%), когда сервер тихо.

Ответ 9

В моем случае я только что установил Tomcat8 с настройками по умолчанию. Мне пришлось установить параметры памяти -Xms -Xmx. Как только я увеличил выделение памяти для JVM, загрузка ЦП резко снизилась.