Военный размер файла влияет в некотором роде на производительность сервера приложений и/или сервера приложений?
у нас есть боб, борющийся здесь на работе кого-то предложение, чтобы мы уменьшили размер нашего военного файла, конкретно размер каталога WEB-INF/lib, для улучшения нашего производства производительность экземпляра JBoss. Что-то я все еще подозрителен о.
У нас есть приблизительно 15 веб-приложений, развертываются в нашем сервере приложений, каждый приблизительно 15 - 20 МБ в размере.
Я знаю, что существует много переменных, включенных на этом, но имеет кого-либо из Вас, на самом деле справляются с этой ситуацией? Действительно ли .war файлы измеряют, на самом деле оказывает значительное влияние на веб-контейнеры в целом?
Какой совет можно дать?
Благодарность U.
2 ответа
Здесь есть много вещей, вызывающих подозрение:
- Что насчет того, что приложение не работает на желаемом уровне?
- Вы измерили приложение, чтобы определить, какие компоненты вызывают снижение производительности?
- Каковы узкие места в приложении / системе?
Размер самого приложения не имеет ничего общего с какой-либо производительностью во время выполнения. Количество классов, загруженных в течение жизненного цикла приложения, влияет на использование памяти приложением, но очень незначительно.
Когда мы имеем дело с «проблемами производительности», решение всегда следует одним и тем же общим шагам:
- Что это значит, когда мы говорим «плохая производительность»?
- Что конкретно не работает? Измеряйте, измеряйте, измеряйте.
- Можем ли мы улучшить конкретный компонент, не работающий до желаемого уровня?
- Если да, реализуйте идеи, измерьте еще раз, чтобы узнать, действительно ли производительность улучшилась.
Вам нужно сообщить нам операционную систему. У вас есть антивирусная защита в реальном времени?
Файл war / jar на самом деле представляет собой zip-файл - то есть, если вы переименовали .war в .zip, вы можете использовать утилиту zip для его просмотра / распаковки.
Во время развертывания файл war распаковывается один раз в указанную папку. Если у вас есть защита в реальном времени, антивирусной утилите может потребоваться некоторое время, чтобы просканировать новую ветвь созданных каталогов и замедлить любой доступ к ним.
Многие фреймворки веб-приложений, такие как JSP, создают временные файлы, и ваша live-защита будет их сканировать.
Если это ваша ситуация, вы должны решить, хотите ли вы исключить свое веб-приложение из антивирусного сканирования в реальном времени.
Вы используете Linux, но доступ к вашему веб-каталогу осуществляется с помощью ntfs-3g? Если да, проверьте, сжат ли каталог ntfs. ntfs-3g имеет проблемы с доступом к сжатым файлам ntfs, особенно когда несколько файлов обрабатываются / создаются / распаковываются одновременно. Во-первых, если нет каких-либо чрезвычайно веских причин (которых я не вижу), каталог веб-приложения должен быть локальным разделом в формате, родном для Linux.
Используйте wirehark для отслеживания сетевой активности. Узнайте, вызывают ли веб-приложения доступ к удаленным файловым системам. Проверьте, не происходит ли слишком много повторных передач, когда веб-приложения активны. Чрезмерное количество повторных передач или запросов на повторные передачи означает, что у сетевого конвейера есть проблемы с целостностью.Я все еще пытаюсь разобраться в этой проблеме - некоторые сетевые карты имеют проблемы с буферизацией (как будто переполнение буфера), работающие в Linux, но не в Windows.
Wireshark несложно использовать, если вы понимаете IP-адреса и, возможно, захотите написать сценарии awk, perl или python для анализа трафика. Лично я бы использовал SAS.