Why do Visual Studio and Eclipse spend hours "updating workspace"?
Visual Studio 2012, RTC 4.0.4
One answer
Hello Eddie,
could you provide more detail around the workflow? How was the workspace originally loaded? Why is there swapping between the Visual Studio and Eclipse clients?
Sonia
Comments
Hi Sonia,
It was originally loaded using Visual Studio. There were many loading errors because the Visual Studio client logs off after two hours and we had a slow data line to the Jazz server. I then used Eclipse to load the rest of the files, because it does not log off after two hours. We develop in Visual Studio, so I reverted back to Visual Studio once loaded. I needed to load another large tranche of files into the same sandbox, so I went back to Eclipse. After loading I started my development work in Visual Studio again.
Eddie
I will try to reproduce the error by loading a workspace with eclipse then switching over to the Visual Studio client.
I tried this with a workspace containing ~84K files and ~37K folders. After selecting the workspace in Pending Changes to accept incoming changes, the "Updating changes" dialog remained open for ~5 mins, then accepting changes took 5 mins. I tried this with a 4.0.6 candidate Eclipse and VS clients.
How many files and folders does your workspace contain? What load options were used for the load?
110 K files, 24K folders, and about 35 Gigabytes. The jazz server is on a different continent and we get less than 30 Mbit/sec data rate, mostly limited by the data rate out of our local office. 10 threads (that's the only load option I know about!).
Comments
Eddie Breeveld
Jan 30 '14, 7:41 a.m.Same problem in Eclipse. It says it's "Recomputing pending changes".
Eddie Breeveld
Jan 31 '14, 6:08 a.m.Seems to be caused by swapping between Eclipse and RTC.
Eddie Breeveld
Jan 31 '14, 6:11 a.m.Sorry, I meant to say that it seems to be caused by swapping between Eclipse and Visual Studio RTC clients.