Long processing on startup

The following notice stays on my screen for approx one minute (this is quite long, as I have 2.6 GHz CPU with 1 GByte of RAM.



I used R# 1.5.1 until few days ago and the startup was a lot less time consuming. I would be very happy to provide more information about my project, if you can tell me what.

Nik Ivancic



Attachment(s):
AAA.jpg
9 comments
Comment actions Permalink

Hello Nik,

in version 2.0 startup (loading a solution) was indeed faster. The reason
is that ReSharper 2.0 collects more
information during the startup phase than ReSharper 1.5 does; in particular,
it records not only types in your
solution and referenced assemblies, but also type members. However, I agree
that the startup time is very far
from being optimal or even acceptable, and we're working on reducing it.

The following information might be very helpful for us:

1) Metrics of your solution: number of projects, referenced assemblies, total
amount of code
2) Cold & warm startup time for ReSharper 1.5 (cold - when you have no caches
on disk and the entire
solution is parsed - you can just delete caches to check that; warm - when
there are caches on disk)
3) Cold & warm startup time for ReSharper 2.0.

If you once have time and ability to check these parameters, it would help
us to get better feedback on the
real performance. Thank you in advance.


Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


0
Comment actions Permalink

Hi, Dmitry

I will be very happy to help, however, I am not sure whether I can get you
the 1.5 related metrics. In order to install
the EAP version of 2.0, I simply assumed that I need to uninstall 1.5
(fearing some troubles in the data area outside
the "Program Files" section). I am also not sure how does the Visual Studio
2003 cope with multiple versions of R#.

If you can point to me the way to be able to restore 1.5 and avoid any
"collision", I will do that as well.

Regards

Nik


"Dmitry Shaporenkov" <dsha@jetbrains.com> wrote in message
news:c8a894d95aba58c76ae00fcd81e6@news.intellij.net...

Hello Nik,

>

in version 2.0 startup (loading a solution) was indeed faster. The reason
is that ReSharper 2.0 collects more
information during the startup phase than ReSharper 1.5 does; in
particular, it records not only types in your solution and referenced
assemblies, but also type members. However, I agree that the startup time
is very far
from being optimal or even acceptable, and we're working on reducing it.

>

The following information might be very helpful for us:

>

1) Metrics of your solution: number of projects, referenced assemblies,
total amount of code
2) Cold & warm startup time for ReSharper 1.5 (cold - when you have no
caches on disk and the entire
solution is parsed - you can just delete caches to check that; warm - when
there are caches on disk)
3) Cold & warm startup time for ReSharper 2.0.

>

If you once have time and ability to check these parameters, it would help
us to get better feedback on the
real performance. Thank you in advance.

>
>

Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>



0
Comment actions Permalink

You essentially have to uninstall 2.0 and reinstall 1.5. I've moved back
and forth several times, and the only real problem with doing so is the time
spent re-creating custom tool bars, colorings, live templates, and
keymappings, because every time you uninstall/reinstall, it loses all your
settings.


"Nik Ivancic" <nikivancic@yahoo.com> wrote in message
news:ddava9$olq$1@is.intellij.net...

Hi, Dmitry

>

I will be very happy to help, however, I am not sure whether I can get you
the 1.5 related metrics. In order to install
the EAP version of 2.0, I simply assumed that I need to uninstall 1.5
(fearing some troubles in the data area outside
the "Program Files" section). I am also not sure how does the Visual
Studio 2003 cope with multiple versions of R#.

>

If you can point to me the way to be able to restore 1.5 and avoid any
"collision", I will do that as well.

>

Regards

>

Nik

>
>

"Dmitry Shaporenkov" <dsha@jetbrains.com> wrote in message
news:c8a894d95aba58c76ae00fcd81e6@news.intellij.net...

>> Hello Nik,
>>
>> in version 2.0 startup (loading a solution) was indeed faster. The reason
>> is that ReSharper 2.0 collects more
>> information during the startup phase than ReSharper 1.5 does; in
>> particular, it records not only types in your solution and referenced
>> assemblies, but also type members. However, I agree that the startup time
>> is very far
>> from being optimal or even acceptable, and we're working on reducing it.
>>
>> The following information might be very helpful for us:
>>
>> 1) Metrics of your solution: number of projects, referenced assemblies,
>> total amount of code
>> 2) Cold & warm startup time for ReSharper 1.5 (cold - when you have no
>> caches on disk and the entire
>> solution is parsed - you can just delete caches to check that; warm -
>> when there are caches on disk)
>> 3) Cold & warm startup time for ReSharper 2.0.
>>
>> If you once have time and ability to check these parameters, it would
>> help us to get better feedback on the
>> real performance. Thank you in advance.
>>
>>
>> Regards,
>> Dmitry Shaporenkov
>> JetBrains, Inc
>> http://www.jetbrains.com
>> "Develop with pleasure!"
>>
>>
>



0
Comment actions Permalink

Yes, unfortunately, the way Paul refers to is the only one. I have to note,
however,
that you can save/restore your ReSharper settings by backuping the UserSettings.xml
file
(Douments and Settings/]]>/Application Data/JetBrains/ReSharper). As was
discussed in another
thread here, disappearance of custom toolbars during (un)installation of
ReSharper 2.0 is the VS 2003 bug.
You can try to preserve them by saving copying CmdUI.prf file before running
the installation (see that thread
for details).

Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

You essentially have to uninstall 2.0 and reinstall 1.5. I've moved
back and forth several times, and the only real problem with doing so
is the time spent re-creating custom tool bars, colorings, live
templates, and keymappings, because every time you
uninstall/reinstall, it loses all your settings.

"Nik Ivancic" <nikivancic@yahoo.com> wrote in message
news:ddava9$olq$1@is.intellij.net...

>> Hi, Dmitry
>>
>> I will be very happy to help, however, I am not sure whether I can
>> get you
>> the 1.5 related metrics. In order to install
>> the EAP version of 2.0, I simply assumed that I need to uninstall 1.5
>> (fearing some troubles in the data area outside
>> the "Program Files" section). I am also not sure how does the Visual
>> Studio 2003 cope with multiple versions of R#.
>> If you can point to me the way to be able to restore 1.5 and avoid
>> any "collision", I will do that as well.
>>
>> Regards
>>
>> Nik
>>
>> "Dmitry Shaporenkov" <dsha@jetbrains.com> wrote in message
>> news:c8a894d95aba58c76ae00fcd81e6@news.intellij.net...
>>
>>> Hello Nik,
>>>
>>> in version 2.0 startup (loading a solution) was indeed faster. The
>>> reason
>>> is that ReSharper 2.0 collects more
>>> information during the startup phase than ReSharper 1.5 does; in
>>> particular, it records not only types in your solution and
>>> referenced
>>> assemblies, but also type members. However, I agree that the startup
>>> time
>>> is very far
>>> from being optimal or even acceptable, and we're working on reducing
>>> it.
>>> The following information might be very helpful for us:
>>>
>>> 1) Metrics of your solution: number of projects, referenced
>>> assemblies,
>>> total amount of code
>>> 2) Cold & warm startup time for ReSharper 1.5 (cold - when you have
>>> no
>>> caches on disk and the entire
>>> solution is parsed - you can just delete caches to check that; warm
>>> -
>>> when there are caches on disk)
>>> 3) Cold & warm startup time for ReSharper 2.0.
>>> If you once have time and ability to check these parameters, it
>>> would
>>> help us to get better feedback on the
>>> real performance. Thank you in advance.
>>> Regards,
>>> Dmitry Shaporenkov
>>> JetBrains, Inc
>>> http://www.jetbrains.com
>>> "Develop with pleasure!"


0
Comment actions Permalink

That is not too big a price, since I am keen on helping you - R# is a
product that affects people's life (OK, geekish people's life)
and you deserve all the help you can get :)

Nik

"Dmitry Shaporenkov" <dsha@jetbrains.com> wrote in message
news:c8a894d95c03a8c76bac5c436c50@news.intellij.net...

Yes, unfortunately, the way Paul refers to is the only one. I have to
note, however,
that you can save/restore your ReSharper settings by backuping the
UserSettings.xml file
(Douments and Settings/<user>/Application Data/JetBrains/ReSharper). As
was discussed in another
thread here, disappearance of custom toolbars during (un)installation of
ReSharper 2.0 is the VS 2003 bug. You can try to preserve them by saving
copying CmdUI.prf file before running the installation (see that thread
for details).

>

Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>
>> You essentially have to uninstall 2.0 and reinstall 1.5. I've moved
>> back and forth several times, and the only real problem with doing so
>> is the time spent re-creating custom tool bars, colorings, live
>> templates, and keymappings, because every time you
>> uninstall/reinstall, it loses all your settings.
>>
>> "Nik Ivancic" <nikivancic@yahoo.com> wrote in message
>> news:ddava9$olq$1@is.intellij.net...
>>
>>> Hi, Dmitry
>>>
>>> I will be very happy to help, however, I am not sure whether I can
>>> get you
>>> the 1.5 related metrics. In order to install
>>> the EAP version of 2.0, I simply assumed that I need to uninstall 1.5
>>> (fearing some troubles in the data area outside
>>> the "Program Files" section). I am also not sure how does the Visual
>>> Studio 2003 cope with multiple versions of R#.
>>> If you can point to me the way to be able to restore 1.5 and avoid
>>> any "collision", I will do that as well.
>>>
>>> Regards
>>>
>>> Nik
>>>
>>> "Dmitry Shaporenkov" <dsha@jetbrains.com> wrote in message
>>> news:c8a894d95aba58c76ae00fcd81e6@news.intellij.net...
>>>
>>>> Hello Nik,
>>>>
>>>> in version 2.0 startup (loading a solution) was indeed faster. The
>>>> reason
>>>> is that ReSharper 2.0 collects more
>>>> information during the startup phase than ReSharper 1.5 does; in
>>>> particular, it records not only types in your solution and
>>>> referenced
>>>> assemblies, but also type members. However, I agree that the startup
>>>> time
>>>> is very far
>>>> from being optimal or even acceptable, and we're working on reducing
>>>> it.
>>>> The following information might be very helpful for us:
>>>>
>>>> 1) Metrics of your solution: number of projects, referenced
>>>> assemblies,
>>>> total amount of code
>>>> 2) Cold & warm startup time for ReSharper 1.5 (cold - when you have
>>>> no
>>>> caches on disk and the entire
>>>> solution is parsed - you can just delete caches to check that; warm
>>>> -
>>>> when there are caches on disk)
>>>> 3) Cold & warm startup time for ReSharper 2.0.
>>>> If you once have time and ability to check these parameters, it
>>>> would
>>>> help us to get better feedback on the
>>>> real performance. Thank you in advance.
>>>> Regards,
>>>> Dmitry Shaporenkov
>>>> JetBrains, Inc
>>>> http://www.jetbrains.com
>>>> "Develop with pleasure!"
>



0
Comment actions Permalink

Hello,

In case it is still of interest to you: I've measured the IDE startup times
and the project loading times at my home workstation both for Re#er 2.0 and
1.5. The results are:

IDE startup times (no project is loaded):
1.5: about 3 sec
2.0: about 15 sec

Project loading times:

Reshaper 1.5 (build 165)

Cold loading time: 40 sec
Warm loading time: 6 sec

Resharper 2.0 (build 203)

Cold loading time: 55 sec
Warm loading time: 10 sec

Hardware specs:
Athlon 3200+, 1GB RAM, 160HDD, WinXP SP2

Unfortunately, it is rather difficult to obtain the exact metrics, since
we are working with multiple 'head' solutions simultaneously. The times are
for the one of them, which consists of 18 projects. The codebase of all our
projects has about 1700 C# source files (mostly organized on 'one file --
one class' basis) and a neglectible amount of MC++ code -- altogether having
the size of 5 MB. The actual size of code included into the solution for
which the measurements were taken should be about 70% from these numbers,
I guess.


0
Comment actions Permalink

Hello Maxim,

thank you a lot for your work and information!

Getting real user feedback on the performance picture is of great importance
for us.

Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

Hello,

In case it is still of interest to you: I've measured the IDE startup
times and the project loading times at my home workstation both for
Re#er 2.0 and 1.5. The results are:

IDE startup times (no project is loaded):
1.5: about 3 sec
2.0: about 15 sec
Project loading times:

Reshaper 1.5 (build 165)

Cold loading time: 40 sec
Warm loading time: 6 sec
Resharper 2.0 (build 203)

Cold loading time: 55 sec
Warm loading time: 10 sec
Hardware specs:
Athlon 3200+, 1GB RAM, 160HDD, WinXP SP2
Unfortunately, it is rather difficult to obtain the exact metrics,
since we are working with multiple 'head' solutions simultaneously.
The times are for the one of them, which consists of 18 projects. The
codebase of all our projects has about 1700 C# source files (mostly
organized on 'one file -- one class' basis) and a neglectible amount
of MC++ code -- altogether having the size of 5 MB. The actual size of
code included into the solution for which the measurements were taken
should be about 70% from these numbers, I guess.



0
Comment actions Permalink

Hi, Dmitry

Just installed the 205 build and noted dramatic speed improvement.
Particularly the portion of the
startup that took 90 seconds showing the "Processing mshtml", dropped now to
15. While it is possible
that you just increased the number of different state messages in that
period - I feel that the whole startup
takes a lot less.

Nik


"Dmitry Shaporenkov" <dsha@jetbrains.com> wrote in message
news:c8a894d95aba58c76ae00fcd81e6@news.intellij.net...

Hello Nik,

>

in version 2.0 startup (loading a solution) was indeed faster. The reason
is that ReSharper 2.0 collects more
information during the startup phase than ReSharper 1.5 does; in
particular, it records not only types in your solution and referenced
assemblies, but also type members. However, I agree that the startup time
is very far
from being optimal or even acceptable, and we're working on reducing it.

>

The following information might be very helpful for us:

>

1) Metrics of your solution: number of projects, referenced assemblies,
total amount of code
2) Cold & warm startup time for ReSharper 1.5 (cold - when you have no
caches on disk and the entire
solution is parsed - you can just delete caches to check that; warm - when
there are caches on disk)
3) Cold & warm startup time for ReSharper 2.0.

>

If you once have time and ability to check these parameters, it would help
us to get better feedback on the
real performance. Thank you in advance.

>
>

Regards,
Dmitry Shaporenkov
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

>



0
Comment actions Permalink

Hello Nik,

That is ver interesting - if anything I have noticed a slow-down. Admittedly
I am not the best measure as I have a very low-spec laptop at the moment
- new Dell Precision M70 2G turning up early next week.

Hi, Dmitry

Just installed the 205 build and noted dramatic speed improvement.
Particularly the portion of the
startup that took 90 seconds showing the "Processing mshtml", dropped
now to
15. While it is possible
that you just increased the number of different state messages in that
period - I feel that the whole startup
takes a lot less.
Nik

"Dmitry Shaporenkov" <dsha@jetbrains.com> wrote in message
news:c8a894d95aba58c76ae00fcd81e6@news.intellij.net...

>> Hello Nik,
>>
>> in version 2.0 startup (loading a solution) was indeed faster. The
>> reason
>> is that ReSharper 2.0 collects more
>> information during the startup phase than ReSharper 1.5 does; in
>> particular, it records not only types in your solution and referenced
>> assemblies, but also type members. However, I agree that the startup
>> time
>> is very far
>> from being optimal or even acceptable, and we're working on reducing
>> it.
>> The following information might be very helpful for us:
>>
>> 1) Metrics of your solution: number of projects, referenced
>> assemblies,
>> total amount of code
>> 2) Cold & warm startup time for ReSharper 1.5 (cold - when you have
>> no
>> caches on disk and the entire
>> solution is parsed - you can just delete caches to check that; warm -
>> when
>> there are caches on disk)
>> 3) Cold & warm startup time for ReSharper 2.0.
>> If you once have time and ability to check these parameters, it would
>> help
>> us to get better feedback on the
>> real performance. Thank you in advance.
>> Regards,
>> Dmitry Shaporenkov
>> JetBrains, Inc
>> http://www.jetbrains.com
>> "Develop with pleasure!"


0

Please sign in to leave a comment.