Did you install your beta data tier in Virtual PC or Virtual Server and see a high CPU load while its running? Even on real hardware, you may notice some load when nothing would appear to be going on. Someone mentioned on an internal mailing list that the data tier CPU load for a combined app and data tier installed in Virtual Server was quite high, averaging about 50-70% with most of that time being used by SQL analysis services (msmdsrv.exe).
Well, here's the answer (I didn't write the question or the answer, but I hope people find it useful).
The warehouse was designed to run processing every hour. For demo purposes the period was changed to 2 minutes in beta 2. On a weak system or a virtual machine you will see this behavior. Change the run interval on the app tier as follows. Stop TFSServerScheduler using 'net stop TFSServerScheduler'. Go to http://localhost:8080/Warehouse/warehousecontroller.asmx using a browser on the app tier. Click on ChangeSetting and enter the following values and then press the 'Invoke' button (3600 seconds = run once per hour). settingID: RunIntervalSeconds newValue: 3600 Restart TFSServerScheduler using 'net start TFSServerScheduler'. Note: It is important to restart TFSServerScheduler, as the interval is cached and will not take effect until the next run. You can also manually kick off the data warehouse. Here are the steps to do so: Go to http://localhost:8080/Warehouse/warehousecontroller.asmx using a browser on the app tier. Click the ‘Run’ link. Press the ‘Invoke’ button. This will trigger a refresh of the reports. [Update] Thanks to Mike for pointing out the the original instructions were a little rough. I've updated them. [Update 2] Added msmdsrv.exe to the text to (hopefully) make it easier for folks to find the post when they notice that the Yukon April CTP Analysis Services process is consuming a lot of CPU time.
The warehouse was designed to run processing every hour. For demo purposes the period was changed to 2 minutes in beta 2. On a weak system or a virtual machine you will see this behavior.
Change the run interval on the app tier as follows.
Note: It is important to restart TFSServerScheduler, as the interval is cached and will not take effect until the next run.
You can also manually kick off the data warehouse. Here are the steps to do so:
This will trigger a refresh of the reports.
[Update] Thanks to Mike for pointing out the the original instructions were a little rough. I've updated them.
[Update 2] Added msmdsrv.exe to the text to (hopefully) make it easier for folks to find the post when they notice that the Yukon April CTP Analysis Services process is consuming a lot of CPU time.
Speaking of the forum, be sure to check out the Visual Studio Team Foundation forum. Folks like Mike have posted useful information, and lots of MS folks are answering questions. You may even get an answer from Rick LaPlante.
The MSDN forums are nice, and they've obviously put quite a bit of work into them. The forums are supposed to eventually replace the newsgroup, but I'm having a hard time finding what I haven't read once a thread changes. Clicking through pages on the web site is too time consuming. I was hoping that SharpReader was the answer since the forum has an RSS feed, but that's not been what I've expected. I really miss being able to see quickly what I haven't read the way that Outlook Express shows newsgroup messages. I'm hoping Josh Ledgard can help me see what I'm missing. What I'd like to have is sort of a threaded RSS feed that SharpReader would use to show me what threads and replies I haven't read. I answered pretty regularly on the newsgroup, and I'd like an easy way to do that now. The tip about changing mode=0 to mode=1 is interesting, but it doesn't seem to do the trick either.