Проблема с производительностью NFOP

Мы используем NFOP в проекте (C#, ASP.NET 2.0), чтобы в конечном итоге вернуть PDF-файлы пользователю.

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

  1. Хранимая процедура -> XML
  2. XML -> XSLT -> XSL-FO
  3. XSL-FO -> NFOP -> PDF

Это отлично работает, PDF создается КРАСИВО. Проблема в том, что для этого требуется 300+ секунд. Профилировщик ANTS указывает, что проблема находится в

driver.run() 

метод внутри NFOP. Это не гигантский объем данных, размер источника xsl-fo, входящего в объект драйвера nfop, составляет ~ 980 КБ. Каков наиболее вероятный источник и решение этой проблемы?

ЛЮБЫЕ подсказки, подсказки или ответы очень ценятся, мы должны были отправиться на сканирование VA в 11 утра. :|


person Jay Stevens    schedule 22.06.2009    source источник


Ответы (2)


вы рассматривали FO.NET?

person Vincent De Smet    schedule 24.06.2010
comment
Нет, мы посмотрим на это. Спасибо! - person Jay Stevens; 24.06.2010

Я предлагаю вам использовать свободно доступный инструмент, такой как VisualVM, и профилировать свой код. Это может показать вам проблему довольно быстро.

person Robert Munteanu    schedule 22.06.2009
comment
Пожалуйста, смотрите вопрос. Мы использовали профайлер. Ничего полезного он нам не говорит. Вот почему я задал вопрос здесь. - person Jay Stevens; 22.06.2009
comment
Профайлер будет "детализировать" в driver.run(). Попробуйте коммерческую, если у VisualVM нет того, что нужно. - person Robert Munteanu; 22.06.2009