Vault slows donw VS2008 significantly

[adoehring]

Hi,

I'm using Vault 4.1.3 (18336) and VS2008SP1 under Vista. If I work online devenv.exe is very often at 50% CPU time. For example I hit cursor down several times and after that devenv.exe goes to 50% CPU time. When I work offline everything is OK.

I uninstall ReSharper 4.1 but nothing changed.

Does anyone has an idea what is wrong. It is no fun to work online, so I work offline and save my work once per day. But even for that I have to take half an hour until its done

Cheers
Andreas

[lbauer]

What kind of project are you working on?

How big is it?

[adoehring]

Hi Linda,

the solution has at the moment 25 projects (C#) and 8 projects (VB) with 831 .cs files, 221 .vb files and 239 .xml files

Cheers
Andreas

[lbauer]

Are you using the enhanced or the classic client integration? Let me know so I can give you instructions for logging.

What kind of hardware are you running the Vault client in Visual Studio on? How much RAM, CPU, etc.?

[adoehring]

Hi,

I'm using the enhanced client. PC is a DELL Vostro 200 with an Intel Core Duo E6550 at 2.33GHz and 2GB RAM.

Cheers
Andreas

[lbauer]

To enable client-side logging in VS 2008, look under Tools->Options->Source Control->Integration Options->Enable Diagnostic Logging.

This should write a log file at %TEMP%\VaultVsipClient.txt.

It would be best to put server logging into Debug mode in the Admin Client, Server Settings->Logging, and then send the logs that correspond to the same time period on client and server so we can compare what's going on on both client and server ends.

[adoehring]

Hi Linda,

her are the logs. The scenario is:
- clear the logs
- switch to devenv.exe (devenv goes to 50% CPU usage and then back to 0%)
- hit one time cursor down (devenv goes to 50% CPU usage and then back to 0%)

the server log for this scenario is:
----22.10.2008 11:50:14 --54.15.3.213.fix.bluewin.ch(213.3.15.54)--SSL Disabled AuthTokenHash matched, but couldn't get the userid
----22.10.2008 11:50:16 --54.15.3.213.fix.bluewin.ch(213.3.15.54)--SSL Disabled AuthTokenHash matched, but couldn't get the userid

Cheers
Andreas

[lbauer]

AuthTokenHash matched, but couldn't get the userid

This isn't an error, just information from the server.

I'd like to see the server log from 11:30 to 11:50.

[adoehring]

Hi Linda,

I've switched on logging again and this is in teh log file:
----22.10.2008 15:14:07 admin--VISTA-ADO(192.168.1.64)--SSL Disabled Login
----22.10.2008 15:15:48 sgvaultsystem--()--
System Started
Version 4.1.3.18336
Cache Level = 1
DataBase Buffer Size (KB) = 256
LogFile Path = C:\WINDOWS\Temp\sgvault
Log Level = Quiet
Archive Log = Weekly
ReverseDNS Lookup = True
Maximum HTTP Request Length = 102400
Overwrite Log on Startup = False
Session Timeout = 4320
SGVault Working Directory = C:\WINDOWS\Temp
SGVault Server URL =
Identity = NT AUTHORITY\NETWORK SERVICE
----22.10.2008 15:17:13 ado--VISTA-ADO(192.168.1.64)--SSL Disabled Login
----22.10.2008 15:19:54 vog--54.15.3.213.fix.bluewin.ch(213.3.15.54)--SSL Disabled Login

The corresponding client log is attached. Scenario is the same as before.

By the way: I hit only one time cursor down. I would not expect Vault to contact the server in this case.

Cheers
Andreas

[ian_sg]

It looks like we're spending a fair amount of time sorting through your pending changes to determine those changes that apply to the currently open solution.

When you open the stand-alone client, (apporixmately) how many pending changes are listed? In Visual Studio, with this solution open, how many are listed?

[adoehring]

That's it. Some time ago a checked out several thousand files of a complete different project to make a sync with another computer and then I totally forgot to check this in. After check in this change set everything is OK now.

It was so annoying but now I feel very comfortable with Vault again. Thank you so much

Cheers
Andreas

[ian_sg]

I'm glad to hear that fixed it.

We do hope to make the performance ramifications of thousands of pending changes less severe in a future release.
(Bug 13769)