Я использую Glassfish Open Source Edition v3.1.1 на микро-экземпляре Ubuntu 12.04 в Amazon EC2 (Elastic Compute Cloud). Я настроил один домен с одним приложением. Когда я запускаю домен с time asadmin start-domain
, он сообщает следующее:
Waiting for domain1 to start ............................
(...)
Command start-domain executed successfully.
real 2m6.599s
Две минуты ... Что занимает две минуты? Есть ли способ ускорить процесс или мне просто нужно использовать другие решения, такие как Tomcat или Jetty, для моего сервера приложений? При перезапуске Glassfish на моем локальном клиентском компьютере с Windows 8 это занимает секунды, а не минуты. Хотя я понимаю, что на моем компьютере больше оборудования, запуск простого сервера приложений не займет две минуты.
Я попытался добавить следующие два JVM-OPTIONS в файл конфигурации домена, как рекомендовано в Другой обсуждения, но безрезультатно: -Djava.net.preferIPv4Stack=true
и Dcom.sun.enterprise.tools.admingui.NO_NETWORK=1
Обновить: После двух запусков с --verbose
, это отредактированное сравнение двух интересных сегментов:
Бег №1
[#|2013-03-15T11:32:48.597+0000| Created virtual server [__asadmin]|#]
[#|2013-03-15T11:33:12.244+0000| Virtual server [server] loaded default web module []|#]
[#|2013-03-15T11:33:15.973+0000| Scanning for root resource and provider classes in the packages:
Запуск # 2
[#|2013-03-15T11:36:10.707+0000| Created virtual server [__asadmin]|#]
[#|2013-03-15T11:36:25.127+0000| Virtual server [server] loaded default web module []|#]
[#|2013-03-15T11:37:37.198+0000| Scanning for root resource and provider classes in the packages:
Полный журнал прогона №2 в pastbin Вот
Что интересно, так это огромная разница во времени между второй и третьей строкой в двух прогонах. (3 секунды против 1 мин +)
Я также могу добавить, что во время запуска сервера ответ консоли во втором окне SSH очень медленный - до такой степени, что ls
требуется секунды, чтобы ответить.
редактировать 2 Free
-вывод после запуска сервиса:
total used free shared buffers cached
Mem: 604376 469776 134600 0 8976 78212
-/+ buffers/cache: 382588 221788
Swap: 0 0 0
Обратите внимание, что микро-экземпляр:
очень ограничен с точки зрения процессора и использует концепцию пакетного распределения. Точное описание: До 2 вычислительных блоков EC2 (для коротких периодических пакетов).
очень ограничен по объему памяти (613 МБ). Убедитесь, что Glassfish не пытается перераспределить ресурсы, поскольку вы переключаетесь на диск, а это серьезно наказывается в AWS EC2.
Совершенно уверен, что вы попали в одну из этих двух ...