Processing Command Bar...

WinXP, VS.Net 2003, R# 2.0.251

Whenever R# loads it appears to be spending a significant amount of time processing some command bar objects, the last one being "Online Meeting" (Processing Command Bar '...' messages in the VS.Net status bar).

Now I can't find anything in VS.Net about any "Online Meeting" feature so I was wondering what are these Command Bars (the only reference I could find was about Office products) and is there any way to disable their processing in the interest of speeding up the R# load.

Thanks!
philip

14 comments
Comment actions Permalink

It's funny you should mention this because I was just about to ask the same
question. After it finishes processing all of the command bars, I notice a
progress bar that is nearly hidden at the upper-left of the screen and then
it moves to the lower right with ReSharper label above it. Cold starts of
Visual Studio seem to take a long time, although warm starts seem to be much
faster and don't show the progress bar. I'm now changing my habits such that
I start the computer, log in, grab a cup of coffee, start Visual Studio, and
read email while waiting.

Just for the record, I tried using Visual Studio without ReSharper for a
couple of days and it almost felt as though I was using Notepad. I've been
trying to get everyone in the office to start using ReSharper since I find
it so incredibly useful in my daily work.

--


"Philip Mateescu" <philip.mateescu@datacert.com> wrote in message
news:19144792.1150232413220.JavaMail.itn@is.intellij.net...

WinXP, VS.Net 2003, R# 2.0.251

>

Whenever R# loads it appears to be spending a significant amount of time
processing some command bar objects, the last one being "Online Meeting"
(Processing Command Bar '...' messages in the VS.Net status bar).

>

Now I can't find anything in VS.Net about any "Online Meeting" feature so
I was wondering what are these Command Bars (the only reference I could
find was about Office products) and is there any way to disable their
processing in the interest of speeding up the R# load.

>

Thanks!
philip



0
Comment actions Permalink

Hello Philip,

actually 'Processing command bar...' messages are displayed by ReSharper
itself as a feedback of some time-consuming initialization routnies.
There's no way for a user to get rid of them. However, we're going to speed-up
initial processing in the bugfix update for 2.0, so that it will take much
shorter time.

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

WinXP, VS.Net 2003, R# 2.0.251

Whenever R# loads it appears to be spending a significant amount of
time processing some command bar objects, the last one being "Online
Meeting" (Processing Command Bar '...' messages in the VS.Net status
bar).

Now I can't find anything in VS.Net about any "Online Meeting" feature
so I was wondering what are these Command Bars (the only reference I
could find was about Office products) and is there any way to disable
their processing in the interest of speeding up the R# load.

Thanks!
philip



0
Comment actions Permalink

THANK YOU. You'd be amazed how many people feel this initial start-up time
is a barrier to getting to know and use Resharper...


"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> wrote in message
news:c8a894d918eb998c85dcb9ae9bb18@news.intellij.net...

Hello Philip,

>

actually 'Processing command bar...' messages are displayed by ReSharper
itself as a feedback of some time-consuming initialization routnies.
There's no way for a user to get rid of them. However, we're going to
speed-up initial processing in the bugfix update for 2.0, so that it will
take much
shorter time.

>

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

>
>> WinXP, VS.Net 2003, R# 2.0.251
>>
>> Whenever R# loads it appears to be spending a significant amount of
>> time processing some command bar objects, the last one being "Online
>> Meeting" (Processing Command Bar '...' messages in the VS.Net status
>> bar).
>>
>> Now I can't find anything in VS.Net about any "Online Meeting" feature
>> so I was wondering what are these Command Bars (the only reference I
>> could find was about Office products) and is there any way to disable
>> their processing in the interest of speeding up the R# load.
>>
>> Thanks!
>> philip
>



0
Comment actions Permalink

Yes, and one more thing -- sometimes the last status bar message does not clear, so its not obvious that RS finished its initialization.

-Michael

0
Comment actions Permalink

Dmitry,

Thanks, I really appreciate your answer.

If it's possible, could you please detail a little bit what exactly are these Command Bars?

Thanks!

0
Comment actions Permalink

Hello Philip,

these command bars are basically VS's internal representation of menu structure
- each command bar corresponds
to a menu, either context or a submenu of the main menu. So actually the
message also needs some polishing - tit
refers to the concepts unclear for the user...

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

Dmitry,

Thanks, I really appreciate your answer.

If it's possible, could you please detail a little bit what exactly
are these Command Bars?

Thanks!



0
Comment actions Permalink

Dmitry Shaporenkov (JetBrains) wrote:

However, we're going to speed-up initial processing in the bugfix
update for 2.0, so that it will take much shorter time.


"much shorter time" sounds absolutly cool, thanks!! I've been waiting to
hear that since many EAP builds of v2 Starting VS with R# v1.5 just
felt much lighter and starting VS without R# is almost like.. notepad.
Would be great if you could get R# v2.0 closer to that again!

Max

0
Comment actions Permalink

Just as another data point, startup time is not an issue for me. It takes
longer than I would like, with or without R#, so I do something else in the
meantime.

I'd far rather JetBrains add functionality or fix bugs.

///ark


0
Comment actions Permalink

Must say that 2.0 loads much faster for me than 1.5, no contest there.

0
Comment actions Permalink

Hello Markus,

while there is much room for improvement in startup processing of ReSharper
2.0,
it's not reasonable to expect that it will return the startup time of VS
without ReSharper. After all,
only loading all (~70) ReSharper assemblies into VS process takes a noticeable
amount of time by itself,
and we could hardly do anything with that (except for probably trying to
pre-JIT them). May be a better solution
would be to not load ReSharper at all when you open VS in the role of notepad
(e.g. by clicking on a file
in the Explorer with an extension associated with VS), but I currently see
no way for us to recognize this scenario
programmatically.

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

Dmitry Shaporenkov (JetBrains) wrote:

>> However, we're going to speed-up initial processing in the bugfix
>> update for 2.0, so that it will take much shorter time.
>>

"much shorter time" sounds absolutly cool, thanks!! I've been waiting
to hear that since many EAP builds of v2 Starting VS with R# v1.5
just felt much lighter and starting VS without R# is almost like..
notepad. Would be great if you could get R# v2.0 closer to that again!

Max



0
Comment actions Permalink

Why have 70 assemblies, while you all load them at once and probably will
never deploy them in different configurations them all or nothing?

I see this fairly often: assemblies containing just one namespace or so. My
advice: use namespaces (and folders) to logically split your design, but use
assemblies (and therefore projects) as the unit of deployment. Having few,
somewhat larger, assemblies can considerably reduce load times (not tested,
but I wouldn't be surprised if it would indeed be "considerably").

I don't have experience wth pre-jitting (including correctly basing your
dll's).

Regards,
Erwin


"Dmitry Shaporenkov (JetBrains)" <dsha@jetbrains.com> schreef in bericht
news:c8a894d918fab58c85e6c16c0f22f@news.intellij.net...

Hello Markus,

>

while there is much room for improvement in startup processing of
ReSharper 2.0,
it's not reasonable to expect that it will return the startup time of VS
without ReSharper. After all,
only loading all (~70) ReSharper assemblies into VS process takes a
noticeable amount of time by itself,
and we could hardly do anything with that (except for probably trying to
pre-JIT them). May be a better solution
would be to not load ReSharper at all when you open VS in the role of
notepad (e.g. by clicking on a file
in the Explorer with an extension associated with VS), but I currently see
no way for us to recognize this scenario
programmatically.

>

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

>
>> Dmitry Shaporenkov (JetBrains) wrote:
>>


0
Comment actions Permalink

Dmitry Shaporenkov (JetBrains) wrote:

Hi Dmitry,

while there is much room for improvement in startup processing of
ReSharper 2.0, it's not reasonable to expect that it will return the
startup time of VS without ReSharper. After all, only loading all
(~70) ReSharper assemblies into VS process takes a noticeable amount
of time by itself, and we could hardly do anything with that (except
for probably trying to pre-JIT them).


I didn't expect to get a notepad-like VS.. don't worry ;o) Any
improvement to startup time would be great.

Have you tried merging the assemblies into one (with ilmerge,
smartassembly or similar tools)? Might be a 15 minute quickie to try
that and see if it improves the load time.

Max

0
Comment actions Permalink

Hello Markus,

no we haven't tried to merge assemblies - this would conflict with our extension
mechanism which relies upon
structuring the system into projects in design time and assemblies in run
time.


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

Dmitry Shaporenkov (JetBrains) wrote:

Hi Dmitry,

>> while there is much room for improvement in startup processing of
>> ReSharper 2.0, it's not reasonable to expect that it will return the
>> startup time of VS without ReSharper. After all, only loading all
>> (~70) ReSharper assemblies into VS process takes a noticeable amount
>> of time by itself, and we could hardly do anything with that (except
>> for probably trying to pre-JIT them).
>>

I didn't expect to get a notepad-like VS.. don't worry ;o) Any
improvement to startup time would be great.

Have you tried merging the assemblies into one (with ilmerge,
smartassembly or similar tools)? Might be a 15 minute quickie to try
that and see if it improves the load time.

Max



0
Comment actions Permalink

Dmitry,

It's true that there is no real need for 70 assemblies when you're only going to deply it as one project.

Unless your selling the assemblies for reuse or not loading a significant amount of them at all, you'd be much better off creating fewer projects and outputs which would only be slightly larger. The size of your distributable would go down as well.

PS: I'm having the "ReSharper: processing command bar 'Online Meeting'" message issue as well. I don't even think VS is going to even load this time. I've been waitin about 20 minutes (twice!)

If this is just cover for some other processing which is going on, then change that. Make it print lots of messages. What is it freezing on.

I can't turn off the "Online Meeting" feature?

Maybe it's timing out on some network connectivity issue.

Hello Markus,

no we haven't tried to merge assemblies - this would
conflict with our extension
mechanism which relies upon
structuring the system into projects in design time
and assemblies in run
time.


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

0

Please sign in to leave a comment.