Лучший способ запуска скрипта Perl из weblogic Приложение Java EE

Question

В настоящее время я работаю в проекте WebLogic Java EE, где время от времени приложение выполняет скрипт Perl для выполнения некоторых пакетных заданий. В приложении сценарий становится вызывается как

Process p = Runtime.getRuntime().exec(cmdString); 

Хотя это опасный путь, чтобы бежать, но он работает должным образом, пока мы не требование, чтобы выполнить сценарий синхронно при для цикла. После пары прогонов мы получаем java.io.IOException: Not enough space, так как, вероятно, ОС заканчивается из виртуальной памяти при выполнении в цикле for. В результате мы не можем запускать скрипт вообще на сервере.

Я отчаянно ищу более безопасный и лучший способ запуска скрипта Perl, где нам не нужно разветвлять родительский процесс или, по крайней мере, не съедать все пространство подкачки!

Спецификация выглядит следующим образом:

Appserver - Weblogic 9.52 
JDK - 1.5 
OS - SunOS 5.10 
Sun-Fire-T200 

Answer 1

Если вы хотите оставить свой код без изменений и иметь достаточно свободного места на диске, вы можете просто добавить в свою ОС достаточно большую область подкачки.

Предполагая, что вам нужно 10 ГБ, вот как вы это делаете с UFS:

mkfile 10g /export/home/10g-swap 
swap -a /export/home/10g-swap 
echo "/export/home/10g-swap - - swap - no -" >> /etc/vfstab 

При использовании ZFS, это было бы:

zfs create -V 10gb rpool/swap1 
swap -a /dev/zvol/dsk/rpool/swap1 

Не беспокойтесь о том большом а swap, это не повлияет на производительность, поскольку обмен будет использоваться только для резервирования виртуальной памяти, а не для разбивки на страницы.

В противном случае, как уже было предложено в предыдущих ответах, один из способов избежать проблемы с виртуальной памятью - использовать вспомогательную программу, то есть небольшую услугу, которую ваш контакт через сетевой сокет (или протокол более высокого уровня, такой как ssh), и он запускает скрипт perl «удаленно».

Обратите внимание, что проблема не имеет ничего общего с 32-разрядной или 64-разрядной JVM, просто Solaris не перекомпилирует память, и это по дизайну.

Answer 2

У меня было что-то похожее на пару раз. Поскольку дочерний процесс является вилкой (очень большой родитель, он может видеть, что все это разделяет всю его память (используя копию при записи). Я обнаружил, что ядро ​​должно быть в состоянии обеспечить, чтобы оно могло копировать все страницы памяти перед разветвлением ребенка, на 32-битной ОС запускается из виртуального запуска головы очень быстро

Возможные решения:.

• Используйте 64Bit OS и виртуальной машины Java, толкает проблему вниз по дороге до сих пор это не имеет значения
• Отправьте свой сценарий в другом процессе (например, HTTPD) и соберите его с помощью HTTP-запроса для его вызова

Answer 3

Создайте perl-сервер, который читает perl-скрипты через сеть и выполняет их по одному.