Resharper dramatically increases Visual Studio load time for single files.

I commonly use Visual Studio as a quick way to examine the contents of a single file (.cs, .config, .txt, etc). In the past, these files have always loaded very fast, only slightly slower than notepad, and offers obvious advantages over notepad in terms of syntax highlighting and the handling of unix style line feeds.

Since installing Re# 2.0 Visual Studio now takes ~20s to load (after a 'hot' start), which is about 15s longer than my patience stretches. Given that Re# doesn't offer any obvious benefits in these situations, is there anyway to avoid paying the Re# load/cache costs upfront? In particular, why do I need to have a 600KB ReflectionCache file created for a 1 line text file?

I don't remember this being such an issue with Re# 1.5.

NB: I tried the look up the Resharper version and got the following error (from the install directory, it looks as though I have version 2.0.236.69):
-



JetBrains.ReSharper.Util.InternalErrorException: An exception has occurred during action 'About' execution ---> System.InvalidCastException: Specified cast is not valid.
at JetBrains.ReSharper.VS.About.AboutControl.InitializeComponent() in c:\TEMP\tmp12CD.tmp\src\VS\src\About\AboutControl.cs:line 167
at JetBrains.ReSharper.VS.About.AboutControl..ctor() in c:\TEMP\tmp12CD.tmp\src\VS\src\About\AboutControl.cs:line 42
at JetBrains.ReSharper.VS.Actions.AboutBoxAction.Execute(IDataContext context, DelegateExecute nextExecute) in c:\TEMP\tmp12CD.tmp\src\VS\src\Actions\AboutBoxAction.cs:line 31
at JetBrains.ReSharper.ActionManagement.ExecutableAction.Execute(IDataContext context) in c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\Action\ExecutableAction.cs:line 25
--- End of inner exception stack trace ---

at JetBrains.ReSharper.Util.Logger.LogExceptionEx(Exception, String, Boolean) in c:\TEMP\tmp12CD.tmp\src\Util\src\Logger.cs:line 323 column 9
at JetBrains.ReSharper.Util.Logger.LogException(String, Exception) in c:\TEMP\tmp12CD.tmp\src\Util\src\Logger.cs:line 340 column 5
at JetBrains.ReSharper.ActionManagement.ExecutableAction.Execute(IDataContext) in c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\Action\ExecutableAction.cs:line 30 column 11
at JetBrains.ReSharper.ActionManagement.ActionManagerBase.ExecuteAction(IExecutableAction, IDataContext) in c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\ActionManager\ActionManagerBase.cs:line 506 column 9
at JetBrains.ReSharper.ActionManagement.ActionManagerBase.ExecuteAction(IExecutableAction) in c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\ActionManager\ActionManagerBase.cs:line 493 column 5
at JetBrains.VSAddin.ActionManagement.VSActionManager.Exec(String, vsCommandExecOption, Object&, Object&, Boolean&) in c:\TEMP\tmp12CD.tmp\src\VSAddin\src\ActionManagement\VSActionManager.cs:line 369 column 11
at JetBrains.VSAddin.AbstractAddIn.Exec(String, vsCommandExecOption, Object&, Object&, Boolean&) in c:\TEMP\tmp12CD.tmp\src\VSAddin\src\Connect.cs:line 223 column 5

-



Also, I tried to submit the bug from within Visual Studio, with my current ITN login, but received the exception message shown in the attached SubmitErrorReportException.png.

3 comments
Comment actions Permalink

I have to agree. The biggest negative issue I have with ReSharper 2.0 right
now is the "empty start up time"... the time between launch the app (with no
solution loaded) and the time the acutal Visual Studio window pops up and
becomes usable.

I really, REALLY hope that this time can be cut dramatically. Sitting there
staring at the splash screen for 20 seconds or more may not sound like much,
but when you have to start, restart, or open multiple instances of Visual
Studio on a regular basis, it adds up fast.


"David Jones" <no_reply@jetbrains.com> wrote in message
news:33292354.1146223390002.JavaMail.itn@is.intellij.net...
>I commonly use Visual Studio as a quick way to examine the contents of a
>single file (.cs, .config, .txt, etc). In the past, these files have always
>loaded very fast, only slightly slower than notepad, and offers obvious
>advantages over notepad in terms of syntax highlighting and the handling of
>unix style line feeds.
>

Since installing Re# 2.0 Visual Studio now takes ~20s to load (after a
'hot' start), which is about 15s longer than my patience stretches. Given
that Re# doesn't offer any obvious benefits in these situations, is there
anyway to avoid paying the Re# load/cache costs upfront? In particular,
why do I need to have a 600KB ReflectionCache file created for a 1 line
text file?

>

I don't remember this being such an issue with Re# 1.5.

>

NB: I tried the look up the Resharper version and got the following error
(from the install directory, it looks as though I have version
2.0.236.69):
---------------------------------------------------------------------

>

JetBrains.ReSharper.Util.InternalErrorException: An exception has occurred
during action 'About' execution ---> System.InvalidCastException:
Specified cast is not valid.
at JetBrains.ReSharper.VS.About.AboutControl.InitializeComponent() in
c:\TEMP\tmp12CD.tmp\src\VS\src\About\AboutControl.cs:line 167
at JetBrains.ReSharper.VS.About.AboutControl..ctor() in
c:\TEMP\tmp12CD.tmp\src\VS\src\About\AboutControl.cs:line 42
at JetBrains.ReSharper.VS.Actions.AboutBoxAction.Execute(IDataContext
context, DelegateExecute nextExecute) in
c:\TEMP\tmp12CD.tmp\src\VS\src\Actions\AboutBoxAction.cs:line 31
at
JetBrains.ReSharper.ActionManagement.ExecutableAction.Execute(IDataContext
context) in
c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\Action\ExecutableAction.cs:line
25
--- End of inner exception stack trace ---

>

at JetBrains.ReSharper.Util.Logger.LogExceptionEx(Exception, String,
Boolean) in c:\TEMP\tmp12CD.tmp\src\Util\src\Logger.cs:line 323 column 9
at JetBrains.ReSharper.Util.Logger.LogException(String, Exception) in
c:\TEMP\tmp12CD.tmp\src\Util\src\Logger.cs:line 340 column 5
at
JetBrains.ReSharper.ActionManagement.ExecutableAction.Execute(IDataContext)
in
c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\Action\ExecutableAction.cs:line
30 column 11
at
JetBrains.ReSharper.ActionManagement.ActionManagerBase.ExecuteAction(IExecutableAction,
IDataContext) in
c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\ActionManager\ActionManagerBase.cs:line
506 column 9
at
JetBrains.ReSharper.ActionManagement.ActionManagerBase.ExecuteAction(IExecutableAction)
in
c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\ActionManager\ActionManagerBase.cs:line
493 column 5
at JetBrains.VSAddin.ActionManagement.VSActionManager.Exec(String,
vsCommandExecOption, Object&, Object&, Boolean&) in
c:\TEMP\tmp12CD.tmp\src\VSAddin\src\ActionManagement\VSActionManager.cs:line
369 column 11
at JetBrains.VSAddin.AbstractAddIn.Exec(String, vsCommandExecOption,
Object&, Object&, Boolean&) in
c:\TEMP\tmp12CD.tmp\src\VSAddin\src\Connect.cs:line 223 column 5

>

---------------------------------------------------------------------

>

Also, I tried to submit the bug from within Visual Studio, with my current
ITN login, but received the exception message shown in the attached
SubmitErrorReportException.png.



0
Comment actions Permalink

Paul,

This is a known problem, already entered to Tracker as a stopship:
http://www.intellij.net/tracker/resharper/viewSCR?publicId=24015

Friendly,
Dmitry

I have to agree. The biggest negative issue I have with ReSharper 2.0
right now is the "empty start up time"... the time between launch the
app (with no solution loaded) and the time the acutal Visual Studio
window pops up and becomes usable.

I really, REALLY hope that this time can be cut dramatically. Sitting
there staring at the splash screen for 20 seconds or more may not
sound like much, but when you have to start, restart, or open multiple
instances of Visual Studio on a regular basis, it adds up fast.

"David Jones" <no_reply@jetbrains.com> wrote in message
news:33292354.1146223390002.JavaMail.itn@is.intellij.net...

>> I commonly use Visual Studio as a quick way to examine the contents
>> of a single file (.cs, .config, .txt, etc). In the past, these files
>> have always loaded very fast, only slightly slower than notepad, and
>> offers obvious advantages over notepad in terms of syntax
>> highlighting and the handling of unix style line feeds.
>>
>> Since installing Re# 2.0 Visual Studio now takes ~20s to load (after
>> a 'hot' start), which is about 15s longer than my patience stretches.
>> Given that Re# doesn't offer any obvious benefits in these
>> situations, is there anyway to avoid paying the Re# load/cache costs
>> upfront? In particular, why do I need to have a 600KB ReflectionCache
>> file created for a 1 line text file?
>>
>> I don't remember this being such an issue with Re# 1.5.
>>
>> NB: I tried the look up the Resharper version and got the following
>> error (from the install directory, it looks as though I have version
>> 2.0.236.69):
>> -


>>
>> JetBrains.ReSharper.Util.InternalErrorException: An exception has
>> occurred
>> during action 'About' execution ---> System.InvalidCastException:
>> Specified cast is not valid.
>> at JetBrains.ReSharper.VS.About.AboutControl.InitializeComponent() in
>> c:\TEMP\tmp12CD.tmp\src\VS\src\About\AboutControl.cs:line 167
>> at JetBrains.ReSharper.VS.About.AboutControl..ctor() in
>> c:\TEMP\tmp12CD.tmp\src\VS\src\About\AboutControl.cs:line 42
>> at JetBrains.ReSharper.VS.Actions.AboutBoxAction.Execute(IDataContext
>> context, DelegateExecute nextExecute) in
>> c:\TEMP\tmp12CD.tmp\src\VS\src\Actions\AboutBoxAction.cs:line 31
>> at
>> JetBrains.ReSharper.ActionManagement.ExecutableAction.Execute(IDataCo
>> ntext
>> context) in
>> c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\Action\ExecutableAction.
>> cs:line
>> 25
>> --- End of inner exception stack trace ---
>> at JetBrains.ReSharper.Util.Logger.LogExceptionEx(Exception, String,
>> Boolean) in c:\TEMP\tmp12CD.tmp\src\Util\src\Logger.cs:line 323
>> column 9
>> at JetBrains.ReSharper.Util.Logger.LogException(String, Exception) in
>> c:\TEMP\tmp12CD.tmp\src\Util\src\Logger.cs:line 340 column 5
>> at
>> JetBrains.ReSharper.ActionManagement.ExecutableAction.Execute(IDataCo
>> ntext)
>> in
>> c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\Action\ExecutableAction.
>> cs:line
>> 30 column 11
>> at
>> JetBrains.ReSharper.ActionManagement.ActionManagerBase.ExecuteAction(
>> IExecutableAction,
>> IDataContext) in
>> c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\ActionManager\ActionMana
>> gerBase.cs:line
>> 506 column 9
>> at
>> JetBrains.ReSharper.ActionManagement.ActionManagerBase.ExecuteAction(
>> IExecutableAction)
>> in
>> c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\ActionManager\ActionMana
>> gerBase.cs:line
>> 493 column 5
>> at JetBrains.VSAddin.ActionManagement.VSActionManager.Exec(String,
>> vsCommandExecOption, Object&, Object&, Boolean&) in
>> c:\TEMP\tmp12CD.tmp\src\VSAddin\src\ActionManagement\VSActionManager.
>> cs:line
>> 369 column 11
>> at JetBrains.VSAddin.AbstractAddIn.Exec(String, vsCommandExecOption,
>> Object&, Object&, Boolean&) in
>> c:\TEMP\tmp12CD.tmp\src\VSAddin\src\Connect.cs:line 223 column 5
>> -


>>
>> Also, I tried to submit the bug from within Visual Studio, with my
>> current ITN login, but received the exception message shown in the
>> attached SubmitErrorReportException.png.
>>


0
Comment actions Permalink

Hello Dmitry,

it seems there is some misunderstanding. Paul is evidently talking about
the significant slowdown of
pure startup time of VS (without opening a solution) which is different problem
than slowness
of adding new files. BTW I suggest to
discuss the startup slowdown in the jetbrains.resharper.eap newsgroup where
there is a recent thread dedicated to
this very problem.

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

Paul,

This is a known problem, already entered to Tracker as a stopship:
http://www.intellij.net/tracker/resharper/viewSCR?publicId=24015

Friendly,
Dmitry

>> I have to agree. The biggest negative issue I have with ReSharper
>> 2.0 right now is the "empty start up time"... the time between launch
>> the app (with no solution loaded) and the time the acutal Visual
>> Studio window pops up and becomes usable.
>>
>> I really, REALLY hope that this time can be cut dramatically.
>> Sitting there staring at the splash screen for 20 seconds or more may
>> not sound like much, but when you have to start, restart, or open
>> multiple instances of Visual Studio on a regular basis, it adds up
>> fast.
>>
>> "David Jones" <no_reply@jetbrains.com> wrote in message
>> news:33292354.1146223390002.JavaMail.itn@is.intellij.net...
>>
>>> I commonly use Visual Studio as a quick way to examine the contents
>>> of a single file (.cs, .config, .txt, etc). In the past, these files
>>> have always loaded very fast, only slightly slower than notepad, and
>>> offers obvious advantages over notepad in terms of syntax
>>> highlighting and the handling of unix style line feeds.
>>>
>>> Since installing Re# 2.0 Visual Studio now takes ~20s to load (after
>>> a 'hot' start), which is about 15s longer than my patience
>>> stretches. Given that Re# doesn't offer any obvious benefits in
>>> these situations, is there anyway to avoid paying the Re# load/cache
>>> costs upfront? In particular, why do I need to have a 600KB
>>> ReflectionCache file created for a 1 line text file?
>>>
>>> I don't remember this being such an issue with Re# 1.5.
>>>
>>> NB: I tried the look up the Resharper version and got the following
>>> error (from the install directory, it looks as though I have version
>>> 2.0.236.69):
>>> -


>>> -
>>>
>>> JetBrains.ReSharper.Util.InternalErrorException: An exception has
>>> occurred
>>> during action 'About' execution ---> System.InvalidCastException:
>>> Specified cast is not valid.
>>> at JetBrains.ReSharper.VS.About.AboutControl.InitializeComponent()
>>> in
>>> c:\TEMP\tmp12CD.tmp\src\VS\src\About\AboutControl.cs:line 167
>>> at JetBrains.ReSharper.VS.About.AboutControl..ctor() in
>>> c:\TEMP\tmp12CD.tmp\src\VS\src\About\AboutControl.cs:line 42
>>> at
>>> JetBrains.ReSharper.VS.Actions.AboutBoxAction.Execute(IDataContext
>>> context, DelegateExecute nextExecute) in
>>> c:\TEMP\tmp12CD.tmp\src\VS\src\Actions\AboutBoxAction.cs:line 31
>>> at
>>> JetBrains.ReSharper.ActionManagement.ExecutableAction.Execute(IDataC
>>> o
>>> ntext
>>> context) in
>>> c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\Action\ExecutableAction
>>> .
>>> cs:line
>>> 25
>>> --- End of inner exception stack trace ---
>>> at JetBrains.ReSharper.Util.Logger.LogExceptionEx(Exception, String,
>>> Boolean) in c:\TEMP\tmp12CD.tmp\src\Util\src\Logger.cs:line 323
>>> column 9
>>> at JetBrains.ReSharper.Util.Logger.LogException(String, Exception)
>>> in
>>> c:\TEMP\tmp12CD.tmp\src\Util\src\Logger.cs:line 340 column 5
>>> at
>>> JetBrains.ReSharper.ActionManagement.ExecutableAction.Execute(IDataC
>>> o
>>> ntext)
>>> in
>>> c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\Action\ExecutableAction
>>> .
>>> cs:line
>>> 30 column 11
>>> at
>>> JetBrains.ReSharper.ActionManagement.ActionManagerBase.ExecuteAction
>>> (
>>> IExecutableAction,
>>> IDataContext) in
>>> c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\ActionManager\ActionMan
>>> a
>>> gerBase.cs:line
>>> 506 column 9
>>> at
>>> JetBrains.ReSharper.ActionManagement.ActionManagerBase.ExecuteAction
>>> (
>>> IExecutableAction)
>>> in
>>> c:\TEMP\tmp12CD.tmp\src\ActionManagement\src\ActionManager\ActionMan
>>> a
>>> gerBase.cs:line
>>> 493 column 5
>>> at JetBrains.VSAddin.ActionManagement.VSActionManager.Exec(String,
>>> vsCommandExecOption, Object&, Object&, Boolean&) in
>>> c:\TEMP\tmp12CD.tmp\src\VSAddin\src\ActionManagement\VSActionManager
>>> .
>>> cs:line
>>> 369 column 11
>>> at JetBrains.VSAddin.AbstractAddIn.Exec(String, vsCommandExecOption,
>>> Object&, Object&, Boolean&) in
>>> c:\TEMP\tmp12CD.tmp\src\VSAddin\src\Connect.cs:line 223 column 5
>>> -


>>> -
>>> Also, I tried to submit the bug from within Visual Studio, with my
>>> current ITN login, but received the exception message shown in the
>>> attached SubmitErrorReportException.png.
>>>


0

Please sign in to leave a comment.