Мы переносим наше приложение Blue Martini Commerce (поддерживается только в WebLogic 10.3.0) на новый хост (Redhat 6.3 на VMWare ESX vm). Мы наблюдаем чрезвычайно медленное время запуска нашего управляемого сервера (ов), что в основном в 20 раз медленнее, чем у нашего текущего производства.
Например, управляемый сервер публикации занимает ~ 30-45 секунд в текущей производственной среде, а в новой среде - ~ 10 минут.
В установке используется та же структура домена и JVM, что и в текущей производственной среде. Используются те же установочные файлы. Мы используем jdk1.6.0_33 на 64-битной архитектуре. Мы использовали общий 64-битный установщик weblogic и утилиты pack / unpack для миграции домена.
JAVA_OPTS для запуска этого сервера: "-d64 -Xms256m -Xmx512m -XX: PermSize = 48m -XX: MaxPermSize = 256m"
Системные администраторы проверили /etc/sysctl.conf и /etc/limits.conf, чтобы убедиться, что мы не достигли какого-то ограничения процесса. Поскольку я не уверен, что этот управляемый сервер делает с точки зрения Blue Martini на этапе запуска, у меня также была проверка администратора баз данных, чтобы убедиться, что Oracle RAC (11.2.0.3) также не достиг какого-то ограничения процесса или проблема слушателя tns.
Новый хост немного строже с блокировками серверов, поэтому есть несколько отличий ...
Прошу прощения за то, что не уточнил. Я в основном надеюсь, что получил несколько советов. У меня нет обычного корневого доступа, который я обычно имел бы в этой среде. Я просто надеюсь, что у меня есть путь вперед. Я сделал несколько «kill -3», чтобы увидеть, есть ли заблокированные потоки, и получил наддон. Сервис работает во всех смыслах и целях, он очень медленный.
Заранее благодарим вас за чтение и с наилучшими пожеланиями. Уэйд
Я испытал следующее при инициализации области безопасности специально с 10.3.0.0 на хостах Linux:
(Взято отсюда Weblogic запускается медленно)
Оказывается, Weblogic использует генератор случайных чисел при запуске. Из-за ошибки в java он считывает «случайность» из / dev / random. / dev / random - очень хороший генератор случайных чисел, но он очень медленный. Для генерации одного числа иногда требуется 10 минут и более. / dev / urandom не так хорош, но работает мгновенно. Java каким-то образом отображает файл / dev / urandom в / dev / random. Вот почему настройки по умолчанию в $ JAVA_HOME / jre / lib / security / java.security бесполезны.
Одно из решений с той же страницы:
...изменение
$JAVA_HOME/jre/lib/security/java.securityЗаменить
securerandom.sourceс участием
securerandom.source=file:/dev/./urandom
ВНИМАНИЕ: этот подход может иметь разветвления с точки зрения безопасности, но он может, по крайней мере, дать вам объяснение.