Hi Steven, Given that there are TFS servers out there that have more load then yours, I'd recommend trying to figure out what is non-standard about the server before going into changing what are essentially internal application settings.
Mitch Denny | Principal Consultant | Readify Pty Ltd | M: +61 (0)414 610 141 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steven Nagy Sent: Thursday, 5 June 2008 12:53 PM To: [email protected] Subject: RE: [OzTFS] TFS performance configuration recommendation The deadlocks are thread deadlocks, ie ASP.NET worker threads being used up. The perf counter for queued threads sometimes jumps up to 2 or 3 and just sits there: those threads won't process. One of the biggest symptoms we are having is that no reports will load. The RS perf counter that indicates dropped threads seems to bounce around with some activity which I suppose matches the behaviour of our queued threads for ASP.NET. The other RS perf counters that track actual report requests/completions never moves from 0 ; I guess it never gets to service those requests. Funilly enough the Report Site opens fine; its just when trying to load a report from there, TFS, or Sharepoint that it has problems. Those problems essentially equate to stalling; no error ever occurs, just sits there trying to process. TFS also gets intermittent stalling issues although not as bad as RS. ________________________________ From: [EMAIL PROTECTED] [EMAIL PROTECTED] On Behalf Of William Bartholomew [EMAIL PROTECTED] Sent: Thursday, 5 June 2008 11:34 AM To: [email protected] Subject: RE: [OzTFS] TFS performance configuration recommendation Hi Steven, One of the first things I would do is install Grant's Performance Heat Map report so that you can track the effect of any changes you make: http://ozgrant.com/2008/04/05/tfs-performance-heat-map-reporting-services-report/ What kind of deadlocks are you encountering? SQL Server? ASP.NET? TFS? Are you getting errors or hangs? Are the errors in the Event Log? In the SQL Server log? There are some basic performance counters you should look at to identify if the bottleneck is CPU (CPU %), disk (disk queue length) or memory (pages / sec, memory available). As a general rule you get much more value out of adding a second processor or adding additional memory than tweaking ASP.NET settings. One thing that I've had to do on single server configurations is limit SQL Server's memory to allow ASP.NET to have enough free memory. William From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steven Nagy Sent: Thursday, 5 June 2008 10:21 AM To: [email protected] Subject: [OzTFS] TFS performance configuration recommendation Hi all, We have a single tier TFS 2008 installation, with Sharepoint and Reporting services all on the one instance. This is a single CPU machine and we have been having some deadlock and general performance issues. While we realise that some permanent solutions will involve moving some of these services (like RS) off onto another box, we want to investigate one avenue first: ASP.NET performance tuning. This document: http://support.microsoft.com/kb/821268 ... provides advice for general ASP.NET application performance in regards to worker thread settings. We would like to try out some 'optimal' settings here to see if we can improve on our deadlock issue. The only internet services on this machine relate to Sharepoint, Reporting Services, and TFS: there are no other applications. Can someone please advise what they believe the optimal values would be for the various settings defined in this article, purely for TFS performance improvement? We'd prefer not to "tinker" as such: ie. try increasing this value, lowering that value, etc. We will change it once, and compare it over a number of days for performance improvements. I appreciate any help you guys can give. I know its probably a rare problem domain that is not encountered overly often. Cheers, Steven ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ OzTFS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. View the web archives at http://www.mail-archive.com/[email protected]/ Powered by mailenable.com, supported by www.readify.net OzTFS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. View the web archives at http://www.mail-archive.com/[email protected]/ Powered by mailenable.com, supported by www.readify.net ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ OzTFS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. View the web archives at http://www.mail-archive.com/[email protected]/ Powered by mailenable.com, supported by www.readify.net ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ OzTFS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject. View the web archives at http://www.mail-archive.com/[email protected]/ Powered by mailenable.com, supported by www.readify.net
