Медленная производительность на VMware сервер Linux после установки Tomcat

Это раньше имело бесплатную версию, я не уверен, делает ли это все еще (под именем opengoo):
http://www.fengoffice.com/web/index.php
Я думаю, что это обеспечивает все, что Вы хотите.

0
задан 22 September 2011 в 19:30
4 ответа

Java имеет тенденцию сбивать с толку системы управления памятью VMWare, поскольку добавляет еще один уровень управления памятью.

Существует статья базы знаний, ссылка на которую приведена ниже. Но главное - размер зарезервированной памяти виртуальной машины (а не только размера памяти виртуальной машины) должен быть> = памяти Java (tomcat).

http://kb.vmware.com/selfservice/microsites/search .do? language = en_US & cmd = displayKC & externalId = 1008480

2
ответ дан 4 December 2019 в 11:07

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

http://www.techrepublic.com/blog/datacenter/calculate-iops-in-a-storage-array/2182

2
ответ дан 4 December 2019 в 11:07

Здесь двойная виртуализация. У вас есть гостевая операционная система Java, работающая внутри другого гостя (LINUX) на хосте виртуализации. Все ваши вызовы из Java должны быть дважды переведены, прежде чем они попадут в реальные аппаратные ресурсы. Это рецепт более медленной, чем ожидалось, производительности по сравнению с родной в большинстве ситуаций.

Для гостевых операционных систем, таких как Java и решения для баз данных, типично иметь свои собственные естественные уровни объединения, чтобы иметь возможность консолидировать несколько экземпляров на одном аппаратном обеспечении, тем самым достигая такой же экономии затрат, как это обычно бывает в случае превращение всей операционной системы хоста в гостевую в рамках решения виртуализации. Основное преимущество использования встроенного механизма консолидации заключается в том, что вы избегаете добавления еще одного уровня арбитража на пути к фактическому аппаратному ресурсу, используемому гостевой операционной системой (Java). Иногда гипервизор будет вашим другом при предоставлении доступа к ресурсам, а во многих случаях - нет.

Рассматривали ли вы возможность вырезать один уровень арбитража для доступа к оборудованию и посмотреть на более родной экземпляр VM tomcat, такой как tc server VMWARE, http://www.vmware.com/products/vfabric-tcserver/ или даже экземпляр ОС Java, такой как JNODE или SANOS?

2
ответ дан 4 December 2019 в 11:07

Это тоже случилось с нами на сервере Debian Lenny (5.0), в основном проблема времени входа в систему SSH, после установки Tomcat. После просмотра множества комментариев о разрешении DNS мы обнаружили, что нашу систему тормозил Avahi-Daemon, а не Tomcat.

Выполнение «apt-get purge avahi-daemon» разрешило задержку входа в систему ssh.

2
ответ дан 4 December 2019 в 11:07

Теги

Похожие вопросы