Comments 10
> К сожалению Memory sampling не поддерживается для удалённых приложений.
Не совсем верно, с помощью jstatd демона на сервере следить за памятью.
Не совсем верно, с помощью jstatd демона на сервере следить за памятью.
А не хотите тот же тест провести с использованием logback? Очень интересно как поведет себя приложение.
Вообще интересно было почитать, спасибо за статью.
Вообще интересно было почитать, спасибо за статью.
Ну и еще просьба, а что у вас с памятью происходило при тестировании. Скриншот было бы интересно увидеть.
Нагрузочное тестирование в windows? Любите вы сложности…
Для Websphere есть специальный инструмент IBM Support Assistant. www-01.ibm.com/software/support/isa/#isawb
Название немного сбивает с толку, но этой штукой можно так же, в реальном времени, собирать кучу статистики, делать анализ дампов памяти, профилировать и всё это на живом сервере с очень низкой потерей производительности.
Особенно приятная функция это анализ лога сборщика мусора. Лог включается галочкой «verbose gc» в настройках виртуальной машины в консоли. Лог может собираться на протяжении месяцев, без потери производительности сервера(т.е. на продакшн сервере). Анализатор строит графики общего размера кучи, размер использованной части, частоту вызова сборщика и еще кучу всего.
На самом деле, цифра в таск менеджере практически ни о чем не говорит. Скажем, там написано, что процесс занимает 1гб. Это может означать как и то, что куча имеет размер 1гб но из нее использовано только 100 мб, так и то, что куча имеет максимально допустимый размер и использована на 99%. В этом случает сборщик мусора будет бороться за освобождение последних мегабайт и скоро весь сервер упадет с OutOfMemory.
Как ни странно мало кто знает об этой классной штуке. Даже мои коллеги, которые уже наверное лет 7 пишут под вебсферой были удивлены. Очень рекомендую попробовать.
Название немного сбивает с толку, но этой штукой можно так же, в реальном времени, собирать кучу статистики, делать анализ дампов памяти, профилировать и всё это на живом сервере с очень низкой потерей производительности.
Особенно приятная функция это анализ лога сборщика мусора. Лог включается галочкой «verbose gc» в настройках виртуальной машины в консоли. Лог может собираться на протяжении месяцев, без потери производительности сервера(т.е. на продакшн сервере). Анализатор строит графики общего размера кучи, размер использованной части, частоту вызова сборщика и еще кучу всего.
На самом деле, цифра в таск менеджере практически ни о чем не говорит. Скажем, там написано, что процесс занимает 1гб. Это может означать как и то, что куча имеет размер 1гб но из нее использовано только 100 мб, так и то, что куча имеет максимально допустимый размер и использована на 99%. В этом случает сборщик мусора будет бороться за освобождение последних мегабайт и скоро весь сервер упадет с OutOfMemory.
Как ни странно мало кто знает об этой классной штуке. Даже мои коллеги, которые уже наверное лет 7 пишут под вебсферой были удивлены. Очень рекомендую попробовать.
Only those users with full accounts are able to leave comments. Log in, please.
Работа с Java VisualVM при проведении нагрузочного тестирования