Производительность веб-приложений Java в Windows 2003 и Windows 2008

Когда-то у нас была похожая ситуация, и мы попытались перенести 32-битное приложение (приложение J2EE на основе Tomcat) на 64-битную машину. Мы наблюдаем последствия, с которыми вы сталкиваетесь.

Кстати, вы не упомянули, почему вы перешли на 64-битную ОС :).

Давайте рассмотрим ваши вопросы один за другим

Требуется ли для запуска 32-разрядного приложения в 64-разрядной среде дополнительный ЦП / память, что здесь создает проблему.

В общем да. Но это также зависит от архитектуры вашего процессора. Чтобы понять это, посмотрите, как Windows запускает 32-битное приложение на 64-битной машине. В 64-битной ОС есть подсистема под названием WoW64 (32-битная Windows в Windows 64-битная)

В основном это делается в WoW64.

1. Эмуляция 32-битной инструкции. Это очень затратно с точки зрения вычислений и, вероятно, является причиной резкого скачка загрузки ЦП. Обычно это происходит при использовании процессоров Intel Itanium (IA-64).

2. Переключение процессора в 32-битный режим из 64-битного режима. Здесь, когда требуется выполнить 32-битный поток приложения, процессор переключается в 32-разрядный режим (режим совместимости), а затем переключается обратно в 64-битный режим. Это относительно быстрее, чем предыдущий механизм эмуляции.

Есть ли разница в производительности между Win 2003 и Win 2008?

Это очень субъективно. Это зависит от того, какое оборудование вы используете. Даже если у вас 64-разрядная ОС и оборудование, многое зависит от типа оборудования, процессора материнской платы и т. Д. 64-разрядная ОС предназначена для использования превосходного оборудования, которое 32-разрядная ОС и машина не могут в силу ограничения, такие как адресное пространство и т. д.

Windows 2008 из-за 64-битной среды требует больше ЦП по сравнению с 2003?

да. как упоминалось выше в @EJP, у него есть еще что предложить. Для более производительной ОС потребуется более качественное оборудование. Возможно, ваше конкретное приложение может нуждаться или не нуждаться в каких-либо специфических функциях Win 2008. Вот почему вам нужно позвонить и узнать, почему вам нужно перейти на 64-разрядную версию с 32-разрядной. Вот похожий пост на том же форуме.

Кстати, я не уверен, есть ли у вас вариант, но вы можете запустить тот же код без перестройка (если вы не используете библиотеки для конкретной платформы) на 64-битном Tomcat.

1. Не особенно.
2. да. Иногда это очень важно. Я вижу всевозможные задержки в программах, которые раньше работали с большой скоростью.
3. Да, но не из-за 64 битов, а просто потому, что в них больше.

Я думаю, ваша предыдущая установка приложения SIP и Java была оптимизирована, а новая - еще нет. Нет различий в производительности для сети и Java между последним SP для Windows 2003 и последним SP для 2008 (на базе Vista), однако Win 2008 R2 быстрее работает с Java из-за более интеллектуальной привязки ЦП, которая работает даже в виртуальной машине. В принципе, я бы посмотрел на вашу java, убедитесь, что вы используете 64-битную java, если можете, что она работает с переключателем "-server" и что у вашего сборщика мусора есть параметры, например -XX: + UseConcMarkSweepGC -XX: + UseParNewGC -XX: NewSize = 128m, также проверьте java-опции, установленные JAVA_OPTS = -Xmx3000M -server.

Также убедитесь, что у вас установлена ​​последняя версия Java, вы обновили Windows в своей системе, включая драйверы, а также обновили программное обеспечение визуализации, BIOS, BMC, а также прошивку хранилища.

И в конце, просто проверьте диспетчер задач, действительно ли java достигает пика, что ваше LAN-соединение (ping) не отбрасывает пакеты и что у вас отключено управление питанием в BIOS машины.

Я бы порекомендовал вам перейти на Win 2008 R2 - Win 7 на базе.

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