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
 Visual Assist uses 100% cpu
 New Topic  Reply to Topic
 Printer Friendly
Previous Page
Author Previous Topic Topic Next Topic
Page: of 2

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - May 03 2007 :  3:19:28 PM  Show Profile  Reply with Quote
mnd I agree, that basically proves the problem is with VA. I have gone back over this thread and found the test case we had for the last problem, but this is still fixed for me in VA 1555.

I have the SDK "AdobeInDesignCS2402ProductsSDK.exe" on hand to install on a test machine if this is likely to help.

Do you know if this problem shows up in sample applications that come with the SDK? I am looking for any way for me to reproduce this easily using code I already have access to.

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

mnd
Senior Member

42 Posts

Posted - May 04 2007 :  03:46:45 AM  Show Profile  Reply with Quote
I'm developing plugins using the InDesign SDK, so I think you can create a visual studio 2003 solution with all the samples that comes with the SDK and you can try to walk around the sources and try to modify them to see if VA is able to help you with the autocompletion and see if navigating trough the sources is gonna to have 100% cpu spikes.
Another sign of "bad things" is that when you go over interfaces (i.e. pure class definitions defined in single .h) you are not able immediately to use ALT+G to go to its definition (sometimes it takes some time to recognize it and sometimes they are never recognized).

Hope this helps.

- mn
Go to Top of Page

khb
Tomato Guru

Germany
337 Posts

Posted - May 04 2007 :  10:51:41 AM  Show Profile  Reply with Quote
Ehem, just a stupid question: How do I disable the IDE's intellisense?

Regards,
Marcus.
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - May 07 2007 :  07:29:54 AM  Show Profile  Reply with Quote
khb see this FAQ:

http://docs.wholetomato.com?W133


mnd I will have a go at this and let you know what happens.

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

khb
Tomato Guru

Germany
337 Posts

Posted - May 08 2007 :  05:52:57 AM  Show Profile  Reply with Quote
Alright, I was aware of that option. But I wasn't sure if this was meant by "disabling the IDE's intellisense". Anyway, It doesn't make a difference when toggling this option. If the IDE gets slow, the "speed of the IDE" stays the same in both cases.

Regards,
Marcus.
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - May 10 2007 :  7:22:27 PM  Show Profile  Reply with Quote
mnd do you have any ideas where to focus my attention? There are 60 directories in samples, and no projects.

I have created a new VS2003 solution, and added 13 new projects to it, each one holding a sample project. This gives me a total of 192 code files.

I have opened and scrolled through every cpp and .h files I have added, and so far there are no problems at all.

Adding all of the other projects is going to take a while, and so far I have no idea what to focus on to find this problem.

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

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - May 10 2007 :  7:29:05 PM  Show Profile  Reply with Quote
quote:
Originally posted by khb

Anyway, It doesn't make a difference when toggling this option. If the IDE gets slow, the "speed of the IDE" stays the same in both cases.


Do you have any idea what is causing this problem? Any clues, any idea where to start looking for the problem?

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

mnd
Senior Member

42 Posts

Posted - May 11 2007 :  02:45:19 AM  Show Profile  Reply with Quote
Well, I have 97 projects in my solution, every one being an InDesign plugin.
The problem start to occour when those files, that are read-only because they are under scm control, becomes read-write and I start editing it.
In the status bar I can see "Parsing xxxx.cpp" message with xxxx being the file I'm editing.
I have to remind that I'm using a single core 2Ghx laptop.
When VAX is so slow responding, all the other features are not working well, for example autocomplete does not work immediately, it takes some time to recognize newly written words, also autotext (I use the "if" autotext a lot) does not work if I type too rapidly.

regards,

- mn
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - May 11 2007 :  07:50:12 AM  Show Profile  Reply with Quote
The size of the project its self should not matter, since only one file is being parsed. When this happens does the current file have many #include lines?

What sort of size is the current file? Are you seeing this problem with 10 line files, 2,000 line files, 50,000 line files?

I did notice that most of the sample files I opened were quite small.

Does this happen with all files, or only certain files?

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

mnd
Senior Member

42 Posts

Posted - Jun 11 2007 :  08:09:40 AM  Show Profile  Reply with Quote
I'm sorry for answering so late I've been away in the last month. I have problems even with small files (under 2k lines).
Have you got news on this problem?
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - Jun 11 2007 :  11:00:29 AM  Show Profile  Reply with Quote
Unfortunately I was never able to make any progress here, nothing I tried seemed to cause any problems.

Can you try installing 1557 and see if this makes any difference?
http://www.wholetomato.com/downloads/default.asp


Looking at the sample SDK code I am finding the following fairly large file:

C:\\Program Files\\Adobe\\Adobe InDesign CS2 4.0.2 Products SDK\\source\\sdksamples\\codesnippets\\SnpXMLResolutionHelper.cpp

which is 1.1meg and 18,649 lines long. Do you have this file on your system?

If you open this file do you see problems?
Do you still get problems if you open this file on its own?

If you can reproduce the problems with a file I have access to then we can work from there, and try to work out what is causing this problem.

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

mackomilos
Senior Member

35 Posts

Posted - Jun 11 2007 :  12:01:29 PM  Show Profile  Reply with Quote
Feline,

I'm encountering same issue too also with latest build 1557. After the while, the IDE becomes slower and slower, even if only small files are opened. Only reopening (closing and then opening again) the edited files helps me, but this is only temporary solution, because slowing-down will occur again in short time.

I've tried version 1544 where I'm not seeing any such problem. What is also very interesting is that if I turn AERO in Vista on, the VA is unusable after short time (slowing-down process described above is more more significant here).

Turning most of VA features off, disabling intellisense didn't help. The IDE with VA uninstalled works fine (build-in intellisense worked like a charm, there were no delay problems).

Just for the informations, here are info from VA:

VA_X.dll file version 10.3.1557.0 built 2007.05.29
Licensed to:
VA X: xxxxx Support ends 2008.02.15
VA.NET 7.1: xxxxxxx
VAOpsWin.dll version 1.3.2.2
VATE.dll version 1.0.5.6
DevEnv.exe version 8.0.50727.867
msenv.dll version 8.0.50727.867
Font: Monospac821 BT 12(Pixels)
Comctl32.dll version 6.10.6000.16386
Windows Vista 6.0 Build 6000
2 processors

Platform: Win32
Stable Includes:
C:\\Program Files\\Microsoft Visual Studio 8\\VC\\include;
C:\\Program Files\\Microsoft Visual Studio 8\\VC\\atlmfc\\include;
C:\\Program Files\\Microsoft Visual Studio 8\\VC\\PlatformSDK\\include;
C:\\Program Files\\Microsoft Visual Studio 8\\SDK\\v2.0\\include;
Z:\\-- stable_lib\\Win32\\includes;

Library Includes:
C:\\Program Files\\Microsoft Visual Studio 8\\VC\\atlmfc\\src\\mfc;
C:\\Program Files\\Microsoft Visual Studio 8\\VC\\atlmfc\\src\\mfcm;
C:\\Program Files\\Microsoft Visual Studio 8\\VC\\atlmfc\\src\\atl;
C:\\Program Files\\Microsoft Visual Studio 8\\VC\\crt\\src;

Other Includes:

Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - Jun 11 2007 :  2:22:03 PM  Show Profile  Reply with Quote
Are you running as administrator?
Do you have the latest video drivers for your card?
Since this is Vista I am wondering about video drivers and permissions / access rights.

You mention turning off most VA features, have you tried turning off all enhanced syntax colouring and all underlining?

Can you try running Process Explorer: http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx

I am wondering about the memory usage, CPU usage, and GUI object usage of the IDE, and any other running program.

From the description it is almost as if drawing was the problem, and the only way that makes sense is some other process hooking into the IDE / VAX, like Windowblinds, or a graphics driver problem.

Does changing to a more standard font, Courier New, Lucida Console make any difference?
What is Z drive? Is this a network drive? A subst local directory mapped to a drive letter? Something else?

The only thing in your system info that stands out is the font and Z drive.

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

mackomilos
Senior Member

35 Posts

Posted - Jun 12 2007 :  09:33:16 AM  Show Profile  Reply with Quote
quote:
Are you running as administrator?
No. I always run VS under the regular user. But I think this would not make any difference, because after VS is started, everything is fast.
quote:
Do you have the latest video drivers for your card?
Yes. The display adapter is ATI Radeon with latest video drivers (v7.5).
quote:
You mention turning off most VA features, have you tried turning off all enhanced syntax colouring and all underlining?
The turning these features off little helped, but it's almost negligible.
quote:
Can you try running Process Explorer: http://www.microsoft.com/technet/sysinternals/utilities/ProcessExplorer.mspx
This screenshot is took during the moving cursor from top of the screen to the bottom side (whereby the window scrolling was not performed). Here I must tell that the moving cursor was very lazy and lagged operation.
But If I switched 'HIGHLIGHT CURRENT LINE' (dotted box) off, moving cursor was very fast and the devenv.exe process took about 6% of CPU, what is significant difference. So I assume that there is some drawing problem (as you mentioned), but with current-line-highlighting.
The next thing is number of GUI objects. If I open VS and load the project, the IDE has about 1300 alocated GUI objects. After the while, the allocated objects is increased to 1900.



quote:
... the only way that makes sense is some other process hooking into the IDE / VAX, like Windowblinds, or a graphics driver problem.
I have no any other plugin installed, nor WindowsBlinds...
quote:
Does changing to a more standard font, Courier New, Lucida Console make any difference?
No.
quote:
What is Z drive? Is this a network drive? A subst local directory mapped to a drive letter? Something else?
This is normal subst drive of local disk directory.
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - Jun 12 2007 :  4:18:15 PM  Show Profile  Reply with Quote
If you turn off "highlight current line" does this fix all of your CPU usage problems? Or only some of them?

If this fixes the problem can you look in IDE tools -> Options -> Fonts and Colors -> Display items = "Current Line (VA X)"
I am wondering if the foreground and background are still set to Default, or if one or both has changed.

I would not expect highlighting the current line, on its own, to have such a massive effect on CPU usage.

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

mackomilos
Senior Member

35 Posts

Posted - Jun 28 2007 :  12:04:19 PM  Show Profile  Reply with Quote
Feline,

Till now (for about last 2 weeks) I've been working with 'highlighting current line' turned off and I can surely tell that the VA speed problem is related to this feature - I haven't noticed any speed problem during this period of time.

Does anybody use this feature on Vista OS with aero enabled? I would like to find out whether just my HW/SW configuration causes this behaviour or it's a general problem.
Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - Jun 28 2007 :  12:44:28 PM  Show Profile  Reply with Quote
I am fairly sure at least one of our developers is working under Vista, I will ask around.

I have Vista here, but I am running it within a VMware, so no Aero. Can you try disabling Aero and see if this makes any difference?

case=7355

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

sean
Whole Tomato Software

USA
2817 Posts

Posted - Jun 29 2007 :  01:57:08 AM  Show Profile  Reply with Quote
I have a Vista machine with Aero enabled running build 1557 and haven't had any problems with highlight current line enabled.

Do you have the vs2005 vista patch installed?

Edited by - sean on Jun 29 2007 01:58:45 AM
Go to Top of Page

Michal Puczynski
Ketchup Master

Poland
85 Posts

Posted - Jul 04 2007 :  02:36:46 AM  Show Profile  Reply with Quote
I saw the 100% cpu many times, it is usually connected with huge memory consumption (2GB) in my case. My code has lots of templates and I noticed VA having problems with expansion of some templates and macros. Workaround is to clear VA database. Helps, but not for long. It comes back after reloading several solutions into the same IDE instance.
I haven't noticed that on 1557 so far.

IDE: Vc++ 2003 Sp1, VA: many versions, most have/had this problem.

Edited by - Michal Puczynski on Jul 04 2007 02:38:41 AM
Go to Top of Page

mnd
Senior Member

42 Posts

Posted - Jul 04 2007 :  03:55:06 AM  Show Profile  Reply with Quote
I have changed the laptop and now I own a new Dell with a Dual Core 2 cpu.
We this fast machine I still could notice when VA is freezing but it reduced the amount of time.
That clearly means that the problem is still there but it is hardly noticeable with very fast machines.

VA_X.dll file version 10.3.1557.0 built 2007.05.29
VAOpsWin.dll version 1.3.2.2
VATE.dll version 1.0.5.6
DevEnv.exe version 7.10.6030.0
msenv.dll version 7.10.6030.0
Font: Consolas 15(Pixels)
Comctl32.dll version 5.82.2900.2982
Windows XP 5.1 Build 2600 Service Pack 2
2 processors

Platform: Custom
Stable Includes:
c:\\program files\\microsoft visual studio .net 2003\\vc7\\include;
c:\\program files\\microsoft visual studio .net 2003\\vc7\\atlmfc\\include;
c:\\program files\\microsoft visual studio .net 2003\\vc7\\PlatformSDK\\include\\prerelease;
c:\\program files\\microsoft visual studio .net 2003\\vc7\\PlatformSDK\\include;
c:\\program files\\microsoft visual studio .net 2003\\sdk\\v1.1\\include;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\includes;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\architecture;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\cjk;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\colormgmt;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\graphics;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\incopy;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\interactive;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\interactive\\ui;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\layout;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\tables;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\text;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\ui;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\utils;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\workgroup;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\interfaces\\xmedia;
C:\\build\\tayen\\int\\contrib\\Adobe\\InDesign\\ID-4.0\\source\\public\\hlaincludes;

Library Includes:
c:\\program files\\microsoft visual studio .net 2003\\vc7\\atlmfc\\src\\mfc;
c:\\program files\\microsoft visual studio .net 2003\\vc7\\atlmfc\\src\\atl;
c:\\program files\\microsoft visual studio .net 2003\\vc7\\crt\\src;

Other Includes:

Go to Top of Page

feline
Whole Tomato Software

United Kingdom
19014 Posts

Posted - Jul 04 2007 :  06:31:09 AM  Show Profile  Reply with Quote
Michal your description reminds me of a problem we recently found and fixed with running two instances of the IDE at the same time, which could lead to VA's symbol database becoming corrupt. I don't know that was the cause, but it is possible.

mnd most of my VA testing is done inside VMware workstation, and most of the virtual machines only have a single CPU, so I should notice these problems if I was able to reproduce them. I suspect there is something about your solution that is confusing VA and triggering these problems, but finding out what that something is is proving rather difficult.

zen is the art of being at one with the two'ness
Go to Top of Page
Page: of 2 Previous Topic Topic Next Topic  
Previous Page
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
© 2023 Whole Tomato Software, LLC Go To Top Of Page
Snitz Forums 2000