Solved

Slow Visual Studio with McAfee

Posted on 2009-04-14
5
3,134 Views
Last Modified: 2013-12-09
We are using Visual Studio 2008 as our primary development IDE. Our security team has set up McAfee to scan files in our \Local Settings\Temp folder. Unfortunately VS uses this directory during code builds which is slowing the developers down. We've reached an impasse with the security team on this.

Are there any guidelines availabile for using on-access virus scanners with something like Visual Studio that is making use of so many disk writes in order to increase performance?
0
Comment
Question by:HOPEWW
  • 3
  • 2
5 Comments
 
LVL 39

Expert Comment

by:abel
ID: 24138226
Well, I'm not sure about some guidelines online, but the general guideline that any company should have towards developers, is to disable on-access scan. This is even more so when you use McAfee, because it is about the slowest scanners I have ever worked with.

Visual studio uses certain directories inside the Temp folder. Ask them to exclude the directories you need, including your project directories. Also tell them that there is no scanner that will allow malicious software to run or downloaded. If you open a link, before it is run it must be copied to the hard disk, where it is captured by the scanner. If it isn't captured, it will be captured the moment the virus starts to load itself as an executable.

Apparently your security team is not really aware of the risks and non-risks involved. Considering their choice for using McAfee in a professional environment is not really counting towards them, but maybe they're locked in by some management decisions.

On top of this, make sure that only certain filetypes are scanned and that any build directories are not scanned, because developing on a computer that uses (any type of!) on-access scanning is totally ridiculous because it slows you down so much that any sensible efficient working becomes impossible.

If your security guy needs a professional advice, you can give him/her my number.... ;-)
0
 

Author Comment

by:HOPEWW
ID: 24144992
Hi Abel,

Thanks for the comment. Which system folders would you advise to exclude and also which visual studio file types?

You also mentioned that VS uses certain folders. Where can I get a list of these folders?

Much appreciated
0
 
LVL 39

Accepted Solution

by:
abel earned 125 total points
ID: 24146102
McAfee has a setting for checking *all* files, or only the executable type files. Make sure you check the latter (if your sysadmin allows that).

I would exclude all of %TEMP%\Local\Microsoft\VisualStudio (this is Vista, may be different for XP). and %TEMP%\Roaming\Microsoft\VisualStudio (but there's not too much there).

Exclude as much as possible from %programfiles%\Microsoft Visual Studio 9 (depends on your version of VS) and possibly same for Common Files (but I didn't find so much there that slows down).

Then I would definitely exclude your main project dir, assuming you have all your SLN files in one place and the code below it. Most projects are compiled to a subdir of your solution directory.

Also exclude the target directory for any ASP.NET projects (publish locations, including temp, you can check the correct location by publishing your ASP.NET) and the local IIS folders that you use often for ASP.NET projects.

Finally, and maybe most important, download Process Monitor (was File Monitor) of the SysInternals suite: http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx. Create a filter to include only the Visual Studio process and keep it on while starting VS or compiling / publishing / debugging projects. Focus on the locations that occur very often, these locations you also want to exclude from scanning. If you do this while McAfee is on, you may visually see the slowdown (I did when fixing the same kind of problem with Paint Shop Pro + Comodo on my fathers system, and we found out where to look quite quickly using this tool).

-- Abel --
0
 

Author Comment

by:HOPEWW
ID: 24151604
Hi Abel,

Will try this and let you know.

Tx
0
 

Author Closing Comment

by:HOPEWW
ID: 31569852
Process Monitor was the deciding factor to identify the correct paths to use and then to identify which to exclude accroding to risk
0

Featured Post

Find Ransomware Secrets With All-Source Analysis

Ransomware has become a major concern for organizations; its prevalence has grown due to past successes achieved by threat actors. While each ransomware variant is different, we’ve seen some common tactics and trends used among the authors of the malware.

Join & Write a Comment

Wouldn’t it be nice if you could test whether an element is contained in an array by using a Contains method just like the one available on List objects? Wouldn’t it be good if you could write code like this? (CODE) In .NET 3.5, this is possible…
Ransomware continues to be a growing problem for both personal and business users alike and Antivirus companies are still struggling to find a reliable way to protect you from this dangerous threat.
It is a freely distributed piece of software for such tasks as photo retouching, image composition and image authoring. It works on many operating systems, in many languages.
Here's a very brief overview of the methods PRTG Network Monitor (https://www.paessler.com/prtg) offers for monitoring bandwidth, to help you decide which methods you´d like to investigate in more detail.  The methods are covered in more detail in o…

762 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

23 Experts available now in Live!

Get 1:1 Help Now