2009-06-22 3 views
0

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

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

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

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

driver.run() 

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

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

ответ

0

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

+1

См. Вопрос. Мы использовали профилировщик. Это не говорит нам ничего полезного. Вот почему я задал этот вопрос. –

+0

Профайлер будет «развернуть» в driver.run(). Попробуйте коммерческий, если VisualVM не имеет того, что требуется. –

1

Вы считаете FO.NET?

+0

Нет, мы посмотрим на это. Благодаря! –

Смежные вопросы