Whole Tomato Software Forums
Whole Tomato Software Forums
Main Site | Profile | Register | Active Topics | Members | Search | FAQ
User name:
Password:
Save Password
Forgot your password?

 All Forums
 Visual Assist
 Technical Support
 slow code page up/down in VS2010 (on ATI cards)
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

StefanEgo
Ketchup Master

56 Posts

Posted - Jan 20 2012 :  06:44:10 AM  Show Profile  Reply with Quote
Hi,

we'r evaluating VS 2010 (SP1) atm and ran into a problem somehow related to VAX.

On a machine running an ATI/AMD Radeon 5850 graphics card scrolling inside a code window is utterly slow (same as when using Page Up/Down).
With VS 2005 (SP1) the problem does not occur, neither does it happen on two other developer machines using an NVidia card.

When disabling VAX, the problem disappears.
I'm mentioning the Radeon 5850 graphics card here, because there are several reports on MS Connect and on MSDN (f.e. http://msdn.microsoft.com/en-us/vstudio/ff716700) which mention issues with that card. However the suggested workaround (disabling HW-acceleration) did not make much of a difference in our situation, while disabling VAX results in the issue being gone.

Edited by - StefanEgo on Jan 27 2012 07:01:48 AM

feline
Whole Tomato Software

United Kingdom
19025 Posts

Posted - Jan 20 2012 :  11:30:45 AM  Show Profile  Reply with Quote
Are you using these computers directly, or via remote desktop?
Are you seeing this scrolling problem even in small files, or only in very large or complex files?

I am not aware of any bug reports about problems with ATI Radeon graphics cards, so this does not seem to be a common problem.

Are you running the latest drivers? I assume you are, but worth asking just in case.
Have you installed any helper utility programs that came with the drivers, perhaps for helping with multiple monitors? I have occasionally seen nVidia utilities for working with multiple monitors cause some unwanted effects, so this is a possible factor.

Does turning off:

VA Options -> Advanced -> Fonts and Colors -> Enable Enhanced Syntax Coloring

make much difference? I am wondering if any specific VA options are causing this slow down, or if it is just due to having VA installed.

Do you have any other IDE extensions installed?

zen is the art of being at one with the two'ness
Go to Top of Page

StefanEgo
Ketchup Master

56 Posts

Posted - Jan 24 2012 :  04:48:07 AM  Show Profile  Reply with Quote
I'm using them directly (aka: no remote desktop).
I'm having this effect with files which contain around >1k LOCs. The larger the file, the more notable the delay is.

Yes, I'm running the latest drivers (Catalyst 11.12).
No, there'r no special helper tools running on that machine.

No, disabling the setting "Enable Enhanced Syntax Coloring" didn't make any noticeable difference.

Besides VAX I only installed Visual SVN and Incredibuild (both r also installed on all other machines and in VS 2005).

The issue is especially noticeable when following these steps:
1. Open a file in the project.
2. Press Page down and keep the button pressed for a few seconds (so that several pages are being scrolled down).
3. Release the page down key.

Actual result:
file is still scrolling down a few pages
During scrolling down scrolling "stucks".

Expected result:
scrolling stops immediately
no lags while scrolling
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19025 Posts

Posted - Jan 25 2012 :  6:21:02 PM  Show Profile  Reply with Quote
Strange, the obvious cause of this slow down would be the enhanced syntax highlighting.

When you are disabling VA, how are you doing so? I am assuming by using the menu

VAssistX -> Enable/Disable Visual Assist X

I just want to check, and not assume.

Can you please try going into VA's options dialog and on the Quick Config screen setting "Fonts and Colors", "Underlines" and "Display" to Min. What effect does this have?

This should turn off all of the underlining and colouring that VA is doing, just leaving you with listboxes, and other things that should not slow down scrolling.

If you still see the slow down can you please try setting "Suggestions" and "Corrections" to Min as well, and see if this makes any difference?

I am trying to get a sense of what VA is doing that might be causing the problem.

zen is the art of being at one with the two'ness
Go to Top of Page

StefanEgo
Ketchup Master

56 Posts

Posted - Jan 26 2012 :  07:25:41 AM  Show Profile  Reply with Quote
I did disable VAX via two means (both resulting in the problem being gone):
disable it via the menu entry in VS: VAssistX -> Enable/Disable Visual Assist X
disable it by starting VS with devenv /SafeMode

Even when setting all values to "Min" the same lag is still there.
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19025 Posts

Posted - Jan 26 2012 :  12:40:02 PM  Show Profile  Reply with Quote
Thank you for the clear description. This is not the result I was expecting at all, it seems the mere presence of VA is the problem, rather than anything that VA is actually doing to colour the editor.

Can you please try leaving VA enabled, and adding ".cpp;" to:

VA Options -> Projects -> File Handling -> Extensions to ignore

and then restarting your IDE just to make sure this has taken full effect. If you now try scrolling in a .cpp file and a .h file, do you see a difference?

I am assuming that you are working in C++ and that you have a .h file big enough to show this effect. If not just excluding the "problem" file extension and restarting to retest will be fine. I am guessing this will fix the scrolling problem, but want to actually find out. Clearly this is not a solution, it is just a bit more information to help us understand what is going on here.

zen is the art of being at one with the two'ness
Go to Top of Page

StefanEgo
Ketchup Master

56 Posts

Posted - Jan 27 2012 :  04:45:52 AM  Show Profile  Reply with Quote
You are assuming right (working with C++).

When ignoring the cpp files scrolling is smooth within these files.
Scrolling in .h files though is even worse with having .cpp-files ignored by VAX.

Edited by - StefanEgo on Jan 27 2012 04:46:04 AM
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19025 Posts

Posted - Jan 27 2012 :  12:08:34 PM  Show Profile  Reply with Quote
Strange, I would not expect telling VA to ignore .cpp files would make scrolling in .h files worse.

Can you please enable VA logging, reproduce this slow scrolling problem, then close the IDE to stop the log files getting any larger and send us the logs please. I am not sure if they will help or not, but they might.

Also, can you please run a CPU monitor, Task Manager is fine, and see if you are getting a CPU spike from the IDE when this slow scrolling happens. If you have multiple CPU's the CPU spike will only be on a single CPU core.

Please see this FAQ for details of turning on VA's logging, and sending us the log files

http://docs.wholetomato.com?W305

Please submit the files via the form:

http://www.wholetomato.com/support/contact.asp

including this thread ID or URL in the description, so we can match it up.

zen is the art of being at one with the two'ness
Go to Top of Page

StefanEgo
Ketchup Master

56 Posts

Posted - Feb 01 2012 :  05:48:00 AM  Show Profile  Reply with Quote
Just sent you the requested info via the contact formular.
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19025 Posts

Posted - Feb 01 2012 :  7:39:59 PM  Show Profile  Reply with Quote
I have the log files, thank you for these. I have replied via email, for ease, to avoid splitting the conversation:

case=64412

zen is the art of being at one with the two'ness
Go to Top of Page

StefanEgo
Ketchup Master

56 Posts

Posted - Mar 05 2012 :  06:45:58 AM  Show Profile  Reply with Quote
Just to sum-up the outcome of the trouble-shooting so far:
It's definitely not an issue related to ATI cards (i.e. we'r running the same source-code fine without having any problems on 3 other machines using a Radeon graphics card of which 2 are using a HD5xxx series one).

The real problem causing this issue is still unknown to me however.
Go to Top of Page

accord
Whole Tomato Software

United Kingdom
3287 Posts

Posted - Mar 05 2012 :  6:45:00 PM  Show Profile  Reply with Quote
Thank you for your summary. For others who read this topic: this problem has been closed for now. StefanEgo wrote us an email that it only affects one machine and not worth the effort to chase this.

Edited by - accord on Mar 05 2012 6:47:39 PM
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000