Здравствуйте,
Похоже до Вас не доходят наши письма.
Сообщите нам альтернативный почтовый ящик для отправки сообщений.
Спасибо.
Нестандартная ширина отчёта - критичное падение производительности
Нестандартная ширина отчёта - критичное падение производительности
Письмо получил. Всё нормально.
Протестировал новую версию.
Результаты (по общему времени) на том же примере, что я описывал в первом посте, вкратце:
Под общим временем здесь понимается замер времени выполнения блока кода от загрузки xml до прорисовка отчёта и вывода его на экран.
Тест 1.
-------
На Intel Core Quad 2.4 Ghz, 4 Gb RAM.
StimulReport 2009.1.701 от 29 марта 2010: 19-20 сек. (в версии 2009.1.400 от 14 апреля 2009 было 20-25 сек.)
FastReport 1.3.48: 18-20 сек. (версия не менялась, последняя из доступных)
-------
Тест 2. Самый важный для нас.
-------
На Celeron 2.4 Ghz 512 RAM.
StimulReport 2009.1.701 от 29 марта 2010: 50-61 сек. (в версии 2009.1.400 от 14 апреля 2009 было 2 мин. 52 сек. :redeye: )
FastReport 1.3.48: 40-50 сек. (версия не менялась, последняя из доступных)
-------
Тесты показали, что производительность действительно возросла на 30-40%, что не может не радовать! :feelgood:
Да, конечно очень много времени занимает загрузка 15-тимегабайтного xml-файла, но тем не менее.
Итак, на сегодняшний день StimulReport.Net и FastReport.Net по скорости сравнялись. :biggrin:
Понятно, что в большинстве случаев народ использует более современные компы, чем старые Селероны, однако повторюсь, поскольку у нас их много, то для нас такое повышение производительности отчётной системы является очень и очень актуальным.
Авторам Respect! :matrix:
Протестировал новую версию.
Результаты (по общему времени) на том же примере, что я описывал в первом посте, вкратце:
Под общим временем здесь понимается замер времени выполнения блока кода от загрузки xml до прорисовка отчёта и вывода его на экран.
Тест 1.
-------
На Intel Core Quad 2.4 Ghz, 4 Gb RAM.
StimulReport 2009.1.701 от 29 марта 2010: 19-20 сек. (в версии 2009.1.400 от 14 апреля 2009 было 20-25 сек.)
FastReport 1.3.48: 18-20 сек. (версия не менялась, последняя из доступных)
-------
Тест 2. Самый важный для нас.
-------
На Celeron 2.4 Ghz 512 RAM.
StimulReport 2009.1.701 от 29 марта 2010: 50-61 сек. (в версии 2009.1.400 от 14 апреля 2009 было 2 мин. 52 сек. :redeye: )
FastReport 1.3.48: 40-50 сек. (версия не менялась, последняя из доступных)
-------
Тесты показали, что производительность действительно возросла на 30-40%, что не может не радовать! :feelgood:
Да, конечно очень много времени занимает загрузка 15-тимегабайтного xml-файла, но тем не менее.
Итак, на сегодняшний день StimulReport.Net и FastReport.Net по скорости сравнялись. :biggrin:
Понятно, что в большинстве случаев народ использует более современные компы, чем старые Селероны, однако повторюсь, поскольку у нас их много, то для нас такое повышение производительности отчётной системы является очень и очень актуальным.
Авторам Respect! :matrix:
Нестандартная ширина отчёта - критичное падение производительности
Здравствуйте Леонид,
Спасибо за подробную информацию. Я рад, что мы смогли помочь Вам в данном вопросе и одновременно улучшить скоростные показатели нашего генератора отчетов.
p.s. Попробуйте также использовать утилиту ngen.exe (можно вызвать ее при помощи Installer.exe). Это значительно сократит время первого обращения к каждому методу.
Спасибо.
Спасибо за подробную информацию. Я рад, что мы смогли помочь Вам в данном вопросе и одновременно улучшить скоростные показатели нашего генератора отчетов.
p.s. Попробуйте также использовать утилиту ngen.exe (можно вызвать ее при помощи Installer.exe). Это значительно сократит время первого обращения к каждому методу.
Спасибо.