3

У меня есть веб-приложение Java, которое использует экземпляр OOo (в той же среде), запущенный в автономном режиме в качестве пакетного конвертера.

  • среда RHEL 5.5.
  • Версия OpenOffice - 3.1.

Я провел несколько тестов и обнаружил, что после 1000 конвертации резидентная память процесса soffice составляла около 99% от общего количества. OpenOffice окончательно рухнул.

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

Я знаю, что эта проблема с памятью влияет на OO начиная с выпуска 2. Я бы знал, есть ли решение, или если использование Windows Server вместо Linux может решить проблему.

Спасибо.

1 ответ1

1

Возможно, вас заинтересует "Демон сервера OpenOffice".

Управляя преобразованием, оно позволяет вам:

  • использовать преимущества многопоточности во время преобразования, распараллеливая их
  • уменьшить влияние утечек памяти путем перезапуска каждого процесса soffice в случае сбоя и / или после предварительно определенного числа преобразований

Хорошим моментом является то, что вам не нужно изменять какой-либо код, интерфейс к серверу такой же, как и к OO.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .