11k directories for me on that path. Awesome find. >> ProjectSection(WebsiteProperties) = preProject
Can't we just delete this section? or would VS put it back? if so maybe we can put some nonsense there so VS does not re-create it. On Feb 19, 3:47 pm, Finnur Thorarinsson <[email protected]> wrote: > Dang. Erik beat me to it. I just found another person stating the same fix. > :) > Instead, I'll point out that what Paul is seeing is not unusual, it takes up > to 2 and a half minute on my machine to shut down Visual Studio completely > and it appears to hang most of that time. I never shoot it down though. Same > problem with starting up the Chrome solution. > > I've heard MS is making scalability issues a high priority in their next > version of Visual Studio, though, so someday we'll hopefully have a fix for > that problem. > > -F > > On Thu, Feb 19, 2009 at 15:37, Erik Kay <[email protected]> wrote: > > > Wow. That's really cool. The slow solution load time has been really > > pissing me off for a while now. Emptying this directory fixed this > > problem completely for me. I recommend everyone do this. > > > The wacky bit about that directory is that (for me at least) it's a > > bunch (31000+) of empty directories. Just opening the directory up to > > look at it took almost 10 minutes for me. Someone on the net said it > > took him two hours to delete the files. I recommend that you do it > > from the command-line. > > > I did some searching using my favorite search engine and found the > > following tidbit: > > === > > >http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?... > > Our problem is that developers are accumulating massive numbers of > > directories and files (24,000+ directories in one case) in the > > %userroot%\Local Settings\ApplicationData\Microsoft\WebSiteCache > > directory. Our solutions tend to have upward of 150-200 projects so > > this is a real problem. We are also seeing the following unnecessary > > lines (for windows apps!) in our .sln files that seem to be causing > > the issue: > > ProjectSection(WebsiteProperties) = preProject > > Debug.AspNetCompiler.Debug = "True" > > Release.AspNetCompiler.Debug = "False" > > EndProjectSection > > === > > > Apparently, the unnecessary insertion of these lines is a known bug in > > VS2005 that's fixed in VS2008. Maybe the new solution/project > > generator will solve this for us by omitting these lines from the sln. > > > Erik > > > On Thu, Feb 19, 2009 at 2:41 PM, Eric Roman <[email protected]> wrote: > > > > So I recently had the problem where loading "chrome.sln: takes about > > > 10 minutes (in other words, absurdly long). > > > > It seems this time the the problem was VS trying to load many hundreds > > > of hundreds of files from "~/Local Settings/Application > > > Data/Microsoft/WebsiteCache/*" > > > Not sure why that happened, but deleting "WebsiteCache" did help > > dramatically. > > > > Since super slow load times is a regular problem for me, I am > > > wandering what workarounds others have. > > > > One thing I find myself frequently doing is to delete the "chrome.ncb" > > > and build output directories. This usually shaves off a couple minutes > > > for me, and is marginally less disruptive to rebuild than be stuck > > > waiting for the project to load. > > > > Thanks! --~--~---------~--~----~------------~-------~--~----~ Chromium Developers mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-dev -~----------~----~----~----~------~----~------~--~---
