[873]Optimizing performance delays return

Build: 873
OS: XP Professional

Just installed build 873 and found that the Optimizing Performance delay has
shown up again. In the last few releases, I had seen significant
improvements.

In fact, with build 856 when you open an existing project it didn't seem to
parse all the jars in the classpath the first time I opened the project with
the build. However, when I started build 873, it opened the last open
project and went on to parse all the jar files -- which took several
minutes.

Anyone else seen this behavior?

Sri


5 comments
Comment actions Permalink

It is only first time you're opening your project. Version of the caches had
changed in 873 so they need to be rebuilt.

--

Best regards,
Maxim Shafirov
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"


"Sri Sankaran" <sri.sankaran@sas.com> wrote in message
news:bfmesp$e2j$1@is.intellij.net...

Build: 873
OS: XP Professional

>

Just installed build 873 and found that the Optimizing Performance delay

has

shown up again. In the last few releases, I had seen significant
improvements.

>

In fact, with build 856 when you open an existing project it didn't seem

to

parse all the jars in the classpath the first time I opened the project

with

the build. However, when I started build 873, it opened the last open
project and went on to parse all the jar files -- which took several
minutes.

>

Anyone else seen this behavior?

>

Sri

>
>


0
Comment actions Permalink

I think it will happen with every EAP build that changes the internal database structure. Idea will need a fresh optimizing process to rebuild the database. Hey, this is early access after all!

0
Comment actions Permalink

Please close IDEA and open it again - you'll see no delay.

The class parsing is one-time process, which occurs when:
- you add unknown classes to your project
- the IDEA's cache format changes (the current case)

I believe that JB have changed the format for a reason, so I wouldn't
complain for 5 wasted minutes (have you notice how faster Aurora is
compared Ariadna)?

Regards,
Dimiter


Sri Sankaran wrote:

Build: 873
OS: XP Professional

Just installed build 873 and found that the Optimizing Performance delay has
shown up again. In the last few releases, I had seen significant
improvements.

In fact, with build 856 when you open an existing project it didn't seem to
parse all the jars in the classpath the first time I opened the project with
the build. However, when I started build 873, it opened the last open
project and went on to parse all the jar files -- which took several
minutes.

Anyone else seen this behavior?

Sri


0
Comment actions Permalink

Maxim's response answers my question and explains the behavior.

To address dimiter's response:

Basic Axiom: User expectation is based on prior work and progress sets an expectation of further progress.

so I wouldn't complain for 5 wasted minutes


Yes I would if the earlier version didn't.

(have you notice how faster Aurora is compared Ariadna)?


Yes. Glad you agree with my axiom above. That's why you expect things to get better not worse.

Further, unless you ask the question how are we to know if the "performance delay" is a known issue or just an artifact of other changes (version of cache).

Sri

0
Comment actions Permalink

Srivaths Sankaran wrote:

Further, unless you ask the question how are we to know if the "performance delay" is a known issue or just an artifact of other changes (version of cache).


Good point. Perhaps the Jetbrains guys can mention in their EAP
changelogs when the new EAP build changes something like the database
format which will cause "re-optimization" of the project or other
expected delays. That way they can avoid unnecessary questions and bug
reports.

Ciao,
Gordon

--
Gordon Tyler (Software Developer)
Quest Software <http://java.quest.com/>
260 King Street East, Toronto, Ontario M5A 4L5, Canada
Voice: 416-643-4846 | Fax: 416-594-1919

0

Please sign in to leave a comment.