We are investigating if it is possible to use IDEA 3.0 with new JDK. Before that investigation we cannot say yes or no. By the way, in your opinion what could be the benefits if IDEA 3.0 would be bundled with the new JDK?
We are investigating if it is possible to use IDEA 3.0 with new JDK. Before that investigation we cannot say yes or no. By the way, in your opinion what could be the benefits if IDEA 3.0 would be bundled with the new JDK?
if you follow the normal commercial route of enticing customers to upgrade to get the latest and greatest, IMO you should let idea 3.0 run on the old jdk but allow to develop projects with 142 as a target, which i believe works already.
We are investigating if it is possible to use IDEA 3.0 with new JDK. Before that investigation we cannot say yes or no. By the way, in your opinion what could be the benefits if IDEA 3.0 would be bundled with the new JDK?
> if you follow the normal commercial route of enticing customers to upgrade to get the latest and greatest, IMO you should let idea 3.0 run on the old jdk but allow to develop projects with 142 as a target, which i believe works already.
>>Anton Katilin wrote: >> >> >>>Hello! >>> >>>We are investigating if it is possible to use IDEA 3.0 with new JDK. Before >>>that investigation we cannot say yes or no. >>>By the way, in your opinion what could be the benefits if IDEA 3.0 would be >>>bundled with the new JDK? >>> >> >>if you follow the normal commercial route of enticing customers to >>upgrade to get the latest and greatest, IMO you should let idea 3.0 run >>on the old jdk but allow to develop projects with 142 as a target, which >>i believe works already. >> >>Edo >>
It makes no difference to me which jdk idea runs in. Since I don't know the application at the code level I would ask for jetbrains to use whichever will make the 3.0.5 the most stable.
If anyone is having serious, repeatable performance problems I would suggest creating a new thread. In the past jetbrains has always been very responsive when it comes to performance problems.
errr...is it me, or do File Chooser dialogs take so long to become usable that my colleagues are cursing at IDEA? "its too slow.." - and they're right, its unacceptabley slow - there's no need to wait 5-10 seconds foe the file chooser contents to show up. Sun apparently fixed the filechooser in 1.4.2. can a jetbrains person comment on if this issue is really resolved in 1.4.2?
seriously, this is a major and known pain. this was discussed a while back also. i think it's worth bundling ariadna with 1.4.2 just for the speed boost. -tv
We are investigating if it is possible to use IDEA 3.0 with new JDK.
Before
that investigation we cannot say yes or no. By the way, in your opinion what could be the benefits if IDEA 3.0
would be
bundled with the new JDK?
> if you follow the normal commercial route of enticing customers to upgrade to get the latest and greatest, IMO you should let idea 3.0 run on the old jdk but allow to develop projects with 142 as a target, which i believe works already.
We are investigating if it is possible to use IDEA 3.0 with new JDK.
Before
that investigation we cannot say yes or no. By the way, in your opinion what could be the benefits if IDEA 3.0 would
be
bundled with the new JDK?
>
-- Best regards, Anton Katilin --------------------------------------------------------- JetBrains, Inc / IntelliJ Software http://www.intellij.com "Develop with pleasure!"
It might be interesting to try the new concurrent low-pause garbage collector. It's quite annoying when IDEA stops during 10 seconds to garbage collect !
Well, speed, maybe. But changing JDK may also affect stabulity. And any code added in order to be able to use the new JDK, may introduce bugs, which also affects stability. Anyway, if everything is ok, we'll bundle the new JDK with Ariadna.
--
Best regards, Eugene Zhuravlev JetBrains, Inc, http://www.intellij.com "Develop with pleasure!"
We are investigating if it is possible to use IDEA 3.0 with new JDK.
Before
that investigation we cannot say yes or no. By the way, in your opinion what could be the benefits if IDEA 3.0
would be
bundled with the new JDK?
> if you follow the normal commercial route of enticing customers to upgrade to get the latest and greatest, IMO you should let idea 3.0 run on the old jdk but allow to develop projects with 142 as a target, which i believe works already.
click file open icon - 45 s click Look in pull down list - 15 s open my work folder in file chooser - 25 s configure libs - add - 22 s
on xp at work for myself and colleagues.
if that is helped by 1.4.2 then please consider bundling it,
Thanks.
Perhaps something wrong with your hardware? It's first time I hear about such HUGE performance problem with JFileChooser. It's known that file chooser isn't very fast but 45s for open file looks like fantastic. Probably you are opening files that are on remote computer with slow connect. Anyway 1.4.2 will not improve file chooser dramatically. Even 4.5s (10 times faster) is already very bad for "open file" operation.
Best regards, Vladimir Kondratyev _____________________ JetBrains
It might be interesting to try the new concurrent low-pause garbage collector. It's quite annoying when IDEA stops during 10 seconds to garbage collect !
It might be interesting to try the new concurrent low-pause garbage collector. It's quite annoying when IDEA stops during 10 seconds to garbage collect !
Guillaume Laforge
I'm using concurrent low-paused GC and I don't feel any improvements.
Perhaps decreasing -mx setting will help. It will make garbage collector
invocations more frequent and will avoid long pauses.
I've put "-Xms42m -Xmx128m" (though I've got 512Mb of RAM). It's the best parameters I've found. The gc is not called too often. But still, when it's called, it takes serveral seconds to do the job. BTW, I feel that Aurora is less memory hungry compared with Ariadna, especially with the new Optimization process. Did you measure that too ?
Perhaps decreasing -mx setting will help. It will make garbage collector
invocations more frequent and will avoid long pauses.
>
I've put "-Xms42m -Xmx128m" (though I've got 512Mb of RAM). It's the best parameters I've found. The gc is not called too often. But still, when it's called, it takes serveral seconds to do the job. BTW, I feel that Aurora is less memory hungry compared with Ariadna, especially with the new Optimization process. Did you measure that too ?
i do have network drives, but i never really go into them from IDEA. we have a very fast network at work. Thanks for considering this. i'm hoping that the bug below applies to me.
click file open icon - 45 s click Look in pull down list - 15 s open my work folder in file chooser - 25 s configure libs - add - 22 s
>
on xp at work for myself and colleagues.
>
if that is helped by 1.4.2 then please consider bundling it,
>
Thanks.
>
Perhaps something wrong with your hardware? It's first time I hear about such HUGE performance problem with JFileChooser. It's known that file chooser isn't very fast but 45s for open file looks like fantastic. Probably you are opening files that are on remote computer with slow connect. Anyway 1.4.2 will not improve file chooser dramatically. Even 4.5s (10 times faster) is already very bad for "open file" operation.
>
Best regards, Vladimir Kondratyev _____________________ JetBrains
If you relax restriction (even if only for EAP build) on using other than bundled JRE (or being able to substitute the bundled JRE with another one) I am sure people will be happy to give it a try
It might be interesting to try the new concurrent low-pause garbage collector. It's quite annoying when IDEA stops during 10 seconds to garbage collect !
I was hoping that too, but just did a simple test and was sorely dissapointed. The class below just constructs a JFileChooser, and is consistenly so much slower for 1.4 (1.4.1 and 1.4.2) it's just not funny:
Running it with 1.3.1 is consistenly quicker, and the only thing I can think of is it being down to that 'Look in' drop-down. Quick figures for difference are that on my file system the code above has never taken more than 5 seconds from a cold start under 1.3.1, whereas it repeatedly takes around 30 seconds under 1.4. Something somewhere is clearly still wrong.
"Alex Roytman" <roytman@smart.net> wrote in message
news:bdtfd8$2p2$1@is.intellij.net...
>
>
In this thread...
http://www.intellij.net/forums/thread.jsp?forum=22&thread=33878
One of the Eugene's has said it will.
Hello!
We are investigating if it is possible to use IDEA 3.0 with new JDK. Before
that investigation we cannot say yes or no.
By the way, in your opinion what could be the benefits if IDEA 3.0 would be
bundled with the new JDK?
--
Best regards,
Anton Katilin
-
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"
"Alex Roytman" <roytman@smart.net> wrote in message
news:bdtfd8$2p2$1@is.intellij.net...
>
>
Anton Katilin wrote:
if you follow the normal commercial route of enticing customers to
upgrade to get the latest and greatest, IMO you should let idea 3.0 run
on the old jdk but allow to develop projects with 142 as a target, which
i believe works already.
Edo
I have said it will be for 8xx build. This is Aurora, not Ariadna.
--
Best regards,
Eugene Zhuravlev
JetBrains, Inc, http://www.intellij.com
"Develop with pleasure!"
"Mark Lee" <no_mail@jetbrains.com> wrote in message news:22750429.1057127479025.JavaMail.itn@is.intellij.net...
>
>
>
Indeed. I think many people pay too much attention about IDEA's own runtime. If everything works ok, why should this bother the end
user?
--
Best regards,
Eugene Zhuravlev
JetBrains, Inc, http://www.intellij.com
"Develop with pleasure!"
"Edoardo Comar" <e.comar.no.spam@no.spam.btinternet.com> wrote in message news:bdu7ku$7vh$1@is.intellij.net...
>
>
>
Eugene Zhuravlev wrote:
because a good % of your users, which gets sky-high on the EAP (and tha
includes me ) is composed of hackers, who try things for the fun of it.
BTW, I have a help request for INTELLIJ in the thread "SourceSafe on
Linux" - what could be hackier ;) ?
Edo
>>Anton Katilin wrote:
>>
>>
>>>Hello!
>>>
>>>We are investigating if it is possible to use IDEA 3.0 with new JDK. Before
>>>that investigation we cannot say yes or no.
>>>By the way, in your opinion what could be the benefits if IDEA 3.0 would be
>>>bundled with the new JDK?
>>>
>>
>>if you follow the normal commercial route of enticing customers to
>>upgrade to get the latest and greatest, IMO you should let idea 3.0 run
>>on the old jdk but allow to develop projects with 142 as a target, which
>>i believe works already.
>>
>>Edo
>>
Apologies, I must have mis-read what you meant when this was posted:
Glen Stampoultzis wrote:
>>What about the 7XX builds? It would be
>>nice to use it in the stable release.
Eugene Zhuravlev wrote:
>Yep, we are preparing 706.
7XX is/was Ariadna?
One reason is that performance improvements are claimed with the new JRE and I guess we'd all like IDEA to run as fast as possible.
http://java.sun.com/j2se/1.4.2/1.4.2_whitepaper.html
Maybe it won't make any difference, maybe it will.
It makes no difference to me which jdk idea runs in. Since I don't know the application at the code level I would ask for jetbrains to use whichever will make the 3.0.5 the most stable.
If anyone is having serious, repeatable performance problems I would suggest creating a new thread. In the past jetbrains has always been very responsive when it comes to performance problems.
Oh, I see. I did not mean that we'll neccesary include 1.4.2 in 706.
--
Best regards,
Eugene Zhuravlev
JetBrains, Inc, http://www.intellij.com
"Develop with pleasure!"
"Mark Lee" <no_mail@jetbrains.com> wrote in message news:30104828.1057144031547.JavaMail.itn@is.intellij.net...
>
>
>
errr...is it me, or do File Chooser dialogs take so long to become usable that my colleagues are cursing at IDEA? "its too slow.." - and they're right, its unacceptabley slow - there's no need to wait 5-10 seconds foe the file chooser contents to show up. Sun apparently fixed the filechooser in 1.4.2. can a jetbrains person comment on if this issue is really resolved in 1.4.2?
seriously, this is a major and known pain. this was discussed a while back also. i think it's worth bundling ariadna with 1.4.2 just for the speed boost.
-tv
click file open icon - 45 s
click Look in pull down list - 15 s
open my work folder in file chooser - 25 s
configure libs - add - 22 s
on xp at work for myself and colleagues.
if that is helped by 1.4.2 then please consider bundling it,
Thanks.
SPEED, Bugfixes. My swing apps seem to work faster with 1.4.2
"Eugene Zhuravlev" <jeka@intellij.com> wrote in message
news:bdu9ca$e1l$1@is.intellij.net...
runtime. If everything works ok, why should this bother the end
>
>
>
>
news:bdu7ku$7vh$1@is.intellij.net...
Before
would be
>
>
SPEED, see http://java.sun.com/j2se/1.4.2/1.4.2_whitepaper.html for
details
"Anton Katilin" <anton@intellij.com> wrote in message
news:bdu5sp$4o5$1@is.intellij.net...
>
Before
be
>
>
>
>
>
It might be interesting to try the new concurrent low-pause garbage
collector.
It's quite annoying when IDEA stops during 10 seconds to garbage collect !
Guillaume Laforge
Well, speed, maybe. But changing JDK may also affect stabulity. And any code added in order to be able to use the new JDK, may
introduce bugs, which also affects stability. Anyway, if everything is ok, we'll bundle the new JDK with Ariadna.
--
Best regards,
Eugene Zhuravlev
JetBrains, Inc, http://www.intellij.com
"Develop with pleasure!"
"Alex Roytman" <roytman@smart.net> wrote in message news:bduqco$fb0$1@is.intellij.net...
>
>
>
Trevor wrote:
Perhaps something wrong with your hardware? It's first time I hear about
such HUGE performance problem with JFileChooser. It's known that file
chooser isn't very fast but 45s for open file looks like fantastic.
Probably you are opening files that are on remote computer with slow
connect. Anyway 1.4.2 will not improve file chooser dramatically. Even
4.5s (10 times faster) is already very bad for "open file" operation.
Best regards,
Vladimir Kondratyev
_____________________
JetBrains
Perhaps decreasing -mx setting will help. It will make garbage collector invocations more frequent and will avoid long pauses.
--
Best regards,
Eugene Zhuravlev
JetBrains, Inc, http://www.intellij.com
"Develop with pleasure!"
"Guillaume Laforge" <glaforge@reflexe.fr> wrote in message news:bduqsn$gcn$1@is.intellij.net...
>
>
>
>
Guillaume Laforge wrote:
>>SPEED, see http://java.sun.com/j2se/1.4.2/1.4.2_whitepaper.html for
>>details
I'm using concurrent low-paused GC and I don't feel any improvements.
Vladimir Kondratyev
___________________
JetBrains
"Eugene Zhuravlev" <jeka@intellij.com> a ?crit dans le message de
news:bdurd7$jl9$1@is.intellij.net...
invocations more frequent and will avoid long pauses.
I've put "-Xms42m -Xmx128m" (though I've got 512Mb of RAM).
It's the best parameters I've found.
The gc is not called too often.
But still, when it's called, it takes serveral seconds to do the job.
BTW, I feel that Aurora is less memory hungry compared with Ariadna,
especially with the new Optimization process.
Did you measure that too ?
Guillaume Laforge
Hmmm... I see...
Bad luck, it sounded good :(
Guillaume
Guillaume try adding this:
-XX:NewRatio=3
To me it seems to reduce the number of full GCs and produce more short
incremental GCs.
R
"Guillaume Laforge" <glaforge@reflexe.fr> wrote in message
news:bduroj$mvh$1@is.intellij.net...
>
>
>
>
>
Thanks for the tip Robert, I will try it right now !
Guillaume
i do have network drives, but i never really go into them from IDEA. we have a very fast network at work. Thanks for considering this. i'm hoping that the bug below applies to me.
"we
managed to speed things up by several 100 x." - http://developer.java.sun.com/developer/bugParade/bugs/4712307.html
I have the same problem. The reason is it scan floppy drive (empty) every
time I double-click to change directory
"Vladimir Kondratyev" <vova@intellij.net> wrote in message
news:bdur8c$i43$1@is.intellij.net...
>
>
>
If you relax restriction (even if only for EAP build) on using other than
bundled JRE (or being able to substitute the bundled JRE with another one) I
am sure people will be happy to give it a try
"Eugene Zhuravlev" <jeka@intellij.com> wrote in message
news:bdur9q$im2$1@is.intellij.net...
code added in order to be able to use the new JDK, may
we'll bundle the new JDK with Ariadna.
>
>
>
>
news:bduqco$fb0$1@is.intellij.net...
message
JDK.
run
which
>
>
I use parallel GC. Works very well almost never feel GC but I have two
processors
lax.nl.java.option.additional=-Xms96m -Xmx160m -XX:UseParNewGCUseConcMarkS
weepGC ...
"Guillaume Laforge" <glaforge@reflexe.fr> wrote in message
news:bduqsn$gcn$1@is.intellij.net...
>
>
>
>
I was hoping that too, but just did a simple test and was sorely dissapointed. The class below just constructs a JFileChooser, and is consistenly so much slower for 1.4 (1.4.1 and 1.4.2) it's just not funny:
Running it with 1.3.1 is consistenly quicker, and the only thing I can think of is it being down to that 'Look in' drop-down. Quick figures for difference are that on my file system the code above has never taken more than 5 seconds from a cold start under 1.3.1, whereas it repeatedly takes around 30 seconds under 1.4. Something somewhere is clearly still wrong.
Did it work for you?
R
"Guillaume Laforge" <glaforge@reflexe.fr> wrote in message
news:bdutc2$qqi$1@is.intellij.net...
>
>
>
>
>