Build 84 Performance

I agree with the previous posts about the new UI look - it's great!
Unfortunately, there are still performance issues. I had to disable syntax
highlighting in my hellish file due to long IDE lock-ups. You probably know
that about the performance, but that's the only thing that keeps me from
suggesting RS to other colleagues.

Thanks,
Derek Price


10 comments
Comment actions Permalink

We are working on that and hope to resolve this issue in the next build.

--
Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

"Derek Price" <dprice@doble.com> wrote in message
news:c9o5rk$bbk$1@is.intellij.net...

I agree with the previous posts about the new UI look - it's great!
Unfortunately, there are still performance issues. I had to disable

syntax

highlighting in my hellish file due to long IDE lock-ups. You probably

know

that about the performance, but that's the only thing that keeps me from
suggesting RS to other colleagues.

>

Thanks,
Derek Price

>
>


0
Comment actions Permalink

If you improve the performance as much as you improved on this build, then
using R# will finally be a COMPLETE pleasure.

Normal size files ( 300 lines) now get "colored and analysed" by the time
the file is shown on VS, and even a file with 2000 lines only takes 1 second
to get fully loaded.

The View, File Structure now pops up immediatly under those circunstances
( previously if it took 3 seconds I was happy), and takes less than 1
second.

The only problem is with really large files. I've got a WebService Proxy
that has 11.000 lines and that takes 20 seconds to load. Between after the
10th second the IDE just freezes until it's fully loaded.
But I must admit that if a file is that big, you probably need some
refactoring, unless of course it's generated code.
Even if you don't improve performance for large files, can you at least not
block the IDE?

My Desktop is a P4 2GHz, 1 GB RAM.

It's really such a great improvement that I can finally chance it to use it
on my notebook ( P3 1.3MHZ, 256 RAM)




"Valentin Kipiatkov (JetBrains)" <valentin@intellij.com> wrote in message
news:c9ph82$mgn$1@is.intellij.net...

We are working on that and hope to resolve this issue in the next build.

>

--
Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>

"Derek Price" <dprice@doble.com> wrote in message
news:c9o5rk$bbk$1@is.intellij.net...

I agree with the previous posts about the new UI look - it's great!
Unfortunately, there are still performance issues. I had to disable

syntax

highlighting in my hellish file due to long IDE lock-ups. You probably

know

that about the performance, but that's the only thing that keeps me

from

suggesting RS to other colleagues.

>

Thanks,
Derek Price

>
>

>
>


0
Comment actions Permalink

Even if you don't improve performance for large files, can you at least

not

block the IDE?


Unfortunately IDE blocking is caused by big garbage collection occuring in
.NET framework. We are working on reducing amount of garbage produced and
hope this will help us to avoid such pauses (or at least make them much less
frequent).

--
Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


"Joao Paulo Carreiro" <anonymous@anonymous.com> wrote in message
news:c9plq6$13j$1@is.intellij.net...

If you improve the performance as much as you improved on this build, then
using R# will finally be a COMPLETE pleasure.

>

Normal size files ( 300 lines) now get "colored and analysed" by the time
the file is shown on VS, and even a file with 2000 lines only takes 1

second

to get fully loaded.

>

The View, File Structure now pops up immediatly under those circunstances
( previously if it took 3 seconds I was happy), and takes less than 1
second.

>

The only problem is with really large files. I've got a WebService Proxy
that has 11.000 lines and that takes 20 seconds to load. Between after the
10th second the IDE just freezes until it's fully loaded.
But I must admit that if a file is that big, you probably need some
refactoring, unless of course it's generated code.
Even if you don't improve performance for large files, can you at least

not

block the IDE?

>

My Desktop is a P4 2GHz, 1 GB RAM.

>

It's really such a great improvement that I can finally chance it to use

it

on my notebook ( P3 1.3MHZ, 256 RAM)

>
>
>
>

"Valentin Kipiatkov (JetBrains)" <valentin@intellij.com> wrote in message
news:c9ph82$mgn$1@is.intellij.net...

We are working on that and hope to resolve this issue in the next build.

>

--
Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>

"Derek Price" <dprice@doble.com> wrote in message
news:c9o5rk$bbk$1@is.intellij.net...

I agree with the previous posts about the new UI look - it's great!
Unfortunately, there are still performance issues. I had to disable

syntax

highlighting in my hellish file due to long IDE lock-ups. You

probably

know

that about the performance, but that's the only thing that keeps me

from

suggesting RS to other colleagues.

>

Thanks,
Derek Price

>
>

>
>

>
>



0
Comment actions Permalink

I meant to say:

The View, File Structure now pops up immediatly with files with 300+ lines
of code
( previously if it took 3 seconds I was happy), and takes less than 1
second in a file with 2000 lines of code.

"Joao Paulo Carreiro" <anonymous@anonymous.com> wrote in message
news:c9plq6$13j$1@is.intellij.net...

If you improve the performance as much as you improved on this build, then
using R# will finally be a COMPLETE pleasure.

>

Normal size files ( 300 lines) now get "colored and analysed" by the time
the file is shown on VS, and even a file with 2000 lines only takes 1

second

to get fully loaded.

>

The View, File Structure now pops up immediatly under those circunstances
( previously if it took 3 seconds I was happy), and takes less than 1
second.

>

The only problem is with really large files. I've got a WebService Proxy
that has 11.000 lines and that takes 20 seconds to load. Between after the
10th second the IDE just freezes until it's fully loaded.
But I must admit that if a file is that big, you probably need some
refactoring, unless of course it's generated code.
Even if you don't improve performance for large files, can you at least

not

block the IDE?

>

My Desktop is a P4 2GHz, 1 GB RAM.

>

It's really such a great improvement that I can finally chance it to use

it

on my notebook ( P3 1.3MHZ, 256 RAM)

>
>
>
>

"Valentin Kipiatkov (JetBrains)" <valentin@intellij.com> wrote in message
news:c9ph82$mgn$1@is.intellij.net...

We are working on that and hope to resolve this issue in the next build.

>

--
Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>

"Derek Price" <dprice@doble.com> wrote in message
news:c9o5rk$bbk$1@is.intellij.net...

I agree with the previous posts about the new UI look - it's great!
Unfortunately, there are still performance issues. I had to disable

syntax

highlighting in my hellish file due to long IDE lock-ups. You

probably

know

that about the performance, but that's the only thing that keeps me

from

suggesting RS to other colleagues.

>

Thanks,
Derek Price

>
>

>
>

>
>


0
Comment actions Permalink

Just my two cents on performance :)

Not only intellisense, but also highlighting gets terribly slow on large files (>400l).
Though I agree that large classes need refactoring. Thats not necessarily true for files, since the class-file binding doesnt exist. I sometimes like to have more than one class in a file and wouldnt like the editor or other tools to constrain my choice.
Thanx, Guido
P.S. Are u going to stick to the release date of 20th June? I still get a lot of erros, that unfortunalty my firewall doesnt let through, nor do I have the time to document them. Also, as someone already commented there are a few errors that were documented, but seem to have forgotten?

0
Comment actions Permalink

Not only intellisense, but also highlighting gets terribly slow on large

files (>400l).

What do you mean by "highlighting is slow"? Is the time of the inital file
highlighting too big? What happens when you change the text and it
rehighlights the file? Does it interfer with typing? Please provide more
details.

--
Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

Though I agree that large classes need refactoring. Thats not necessarily

true for files, since the class-file binding doesnt exist. I sometimes like
to have more than one class in a file and wouldnt like the editor or other
tools to constrain my choice.

Thanx, Guido
P.S. Are u going to stick to the release date of 20th June? I still get a

lot of erros, that unfortunalty my firewall doesnt let through, nor do I
have the time to document them. Also, as someone already commented there are
a few errors that were documented, but seem to have forgotten?
"Guido Stinnez" <no_mail@jetbrains.com> wrote in message
news:7560575.1086771846701.JavaMail.itn@is.intellij.net...

Just my two cents on performance :)

>

Not only intellisense, but also highlighting gets terribly slow on large

files (>400l).

Though I agree that large classes need refactoring. Thats not necessarily

true for files, since the class-file binding doesnt exist. I sometimes like
to have more than one class in a file and wouldnt like the editor or other
tools to constrain my choice.

Thanx, Guido
P.S. Are u going to stick to the release date of 20th June? I still get a

lot of erros, that unfortunalty my firewall doesnt let through, nor do I
have the time to document them. Also, as someone already commented there are
a few errors that were documented, but seem to have forgotten?


0
Comment actions Permalink

P.S. Are u going to stick to the release date of 20th June? I still get a

lot of erros, that unfortunalty my firewall doesnt

It's not likely that we'll be exactly in time with the release but we are
going to release it as soon as we can. I hope this will happen in June.
As for exceptions, in fact quite a few real bugs can cause lot of
exceptions. As we are fixing bugs the amount of crashes will decrease
dramatically.

--
Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


"Guido Stinnez" <no_mail@jetbrains.com> wrote in message
news:7560575.1086771846701.JavaMail.itn@is.intellij.net...

Just my two cents on performance :)

>

Not only intellisense, but also highlighting gets terribly slow on large

files (>400l).

Though I agree that large classes need refactoring. Thats not necessarily

true for files, since the class-file binding doesnt exist. I sometimes like
to have more than one class in a file and wouldnt like the editor or other
tools to constrain my choice.

Thanx, Guido
P.S. Are u going to stick to the release date of 20th June? I still get a

lot of erros, that unfortunalty my firewall doesnt let through, nor do I
have the time to document them. Also, as someone already commented there are
a few errors that were documented, but seem to have forgotten?


0
Comment actions Permalink

Actually, on loading its unnoticably fast. But during changing code, it slows down typing at times, and sometimes even hangs to the point where I cant stand it anymore and switch off highlighting.
Only too reenable it minutes later, cos I cant live anymore without some of your great features ;)
Its hard to pinpoint really, but I think its especially bad, when changing already existing code (not typing totally fresh one). And worse if errors are introduced that arent mented straight away.

Thanx

0
Comment actions Permalink

This is exactly what I experience as well. Changing code will lock it up
for 10 seconds or more. I don't have an exceptionally fast pc (1.3GHz), but
it's really a bummer when I have to work on that "certain" solution and
disable syntax highlighting. I also know that the code should be much
cleaner, but it's not feasible at this point and shouldn't be constrained by
the tool.

Thanks,
Derek Price

"Guido Stinnez" <no_mail@jetbrains.com> wrote in message
news:32350388.1086779583473.JavaMail.itn@is.intellij.net...

Actually, on loading its unnoticably fast. But during changing code, it

slows down typing at times, and sometimes even hangs to the point where I
cant stand it anymore and switch off highlighting.

Only too reenable it minutes later, cos I cant live anymore without some

of your great features ;)

Its hard to pinpoint really, but I think its especially bad, when changing

already existing code (not typing totally fresh one). And worse if errors
are introduced that arent mented straight away.
>

Thanx



0
Comment actions Permalink

Are there any changes in the build #85? Please check.

--
Valentin Kipiatkov
Chief Scientist, Vice President of Product Development
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

"Derek Price" <dprice@doble.com> wrote in message
news:ca6tkc$msa$1@is.intellij.net...

This is exactly what I experience as well. Changing code will lock it up
for 10 seconds or more. I don't have an exceptionally fast pc (1.3GHz),

but

it's really a bummer when I have to work on that "certain" solution and
disable syntax highlighting. I also know that the code should be much
cleaner, but it's not feasible at this point and shouldn't be constrained

by

the tool.

>

Thanks,
Derek Price

>

"Guido Stinnez" <no_mail@jetbrains.com> wrote in message
news:32350388.1086779583473.JavaMail.itn@is.intellij.net...

Actually, on loading its unnoticably fast. But during changing code, it

slows down typing at times, and sometimes even hangs to the point where I
cant stand it anymore and switch off highlighting.

Only too reenable it minutes later, cos I cant live anymore without some

of your great features ;)

Its hard to pinpoint really, but I think its especially bad, when

changing

already existing code (not typing totally fresh one). And worse if errors
are introduced that arent mented straight away.
>

Thanx

>
>


0

Please sign in to leave a comment.