ireport 1.2.6 startup times

It takes from 1'30" to 2'40" for ireport to startup.
Most of this time is spend on "loading file list" and "loading plugins" (majority of it).

Is there a way to speed things up?
It used to be a lot faster...
tortois's picture
156
Joined: Aug 24 2006 - 6:01pm
Last seen: 16 years 9 months ago

5 Answers:

For sure an antivirus can slowdown the startup.
If you see a gray screen, try to disable the updatechecker plugin (options->plugin configurations)

Giulio
giulio's picture
71613
Joined: Jan 2 2007 - 4:15pm
Last seen: 2 weeks 5 days ago
thanks for tips.

update checker already disabled.
ireport directory excluded from antivirus protection.
(java sdk already excluded).

unfortunately startup times are still around 2-3 minutes.
cpu is busy 100% during ireport startup (due to ireport java process).

for ireport 1.2.5 startup times are about 5-10 seconds.

any means to track the problem down?
tortois's picture
156
Joined: Aug 24 2006 - 6:01pm
Last seen: 16 years 9 months ago
My startup time has gone up noticably too, but nowhere near as bad as yours. I think it is related to the new docking framework being used - it seems to take more time to initialize. Still, 1:30 and over seems excessive to me.

-Barry
bklawans's picture
3980
Joined: Jul 6 2006 - 1:21pm
Last seen: 6 years 2 months ago
i'm on OSX
it's the update checker for some reason.

startuptime is fine , but i am getting hangs on startup. sometimes i leave it for a couple of minutes.

I have a JFrame, but it is blank, quitting and restarting usually brings it up.
can you not do update checks on another thread?
Code_Slave's picture
Joined: Aug 3 2006 - 8:42am
Last seen: 16 years 10 months ago
I'm on OS X too, 10.4.6. Thanks for the tip about the update checker. You can turn that off if you want - go to "Options -> Configure plugins", select the "Check for iReport updates..." plugin, press the Configure button and deselect the checkbox.

-Barry
bklawans's picture
3980
Joined: Jul 6 2006 - 1:21pm
Last seen: 6 years 2 months ago
Feedback
randomness