<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.technet.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Performance troubleshooting basics</title><link>http://blogs.technet.com/exchange/archive/2005/09/28/411674.aspx</link><description>Since I occasionally troubleshoot performance problems, I thought I’d write up the basics of the process I use. Due to the nature of this topic, this isn’t going to be a comprehensive coverage of all possible performance problems. I just want to focus</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Performance troubleshooting basics</title><link>http://blogs.technet.com/exchange/archive/2005/09/28/411674.aspx#411735</link><pubDate>Thu, 29 Sep 2005 23:20:26 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:411735</guid><dc:creator>Rick</dc:creator><description>if RPC Average Latency is a problem when it's greater than 50ms, then why is MOM 2005 Exchange Management pack set to alert at &amp;gt;200ms??</description></item><item><title>re: Performance troubleshooting basics</title><link>http://blogs.technet.com/exchange/archive/2005/09/28/411674.aspx#411750</link><pubDate>Fri, 30 Sep 2005 03:56:02 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:411750</guid><dc:creator>Nicole</dc:creator><description>The MOM Pack has a number of different thresholds than the performance guidelines.  MOM thresholds are based on relatively small samples times, and lower thresholds would give many false positives.  When I blog about 50ms thresholds, I am expecting these latencies to be sustained over a period of time (eg, 30 minutes or more).  There are many transient reasons for counters to spike occasionally, and spikes are not always an indication of a performance problem.&lt;br&gt;</description></item><item><title>Excellent Blog and Summary</title><link>http://blogs.technet.com/exchange/archive/2005/09/28/411674.aspx#411764</link><pubDate>Fri, 30 Sep 2005 10:05:54 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:411764</guid><dc:creator>Frank Plawetzki</dc:creator><description>Nicole, excellent work 8)&lt;br&gt;Thanks for this great guideline</description></item><item><title>re: Performance troubleshooting basics</title><link>http://blogs.technet.com/exchange/archive/2005/09/28/411674.aspx#411798</link><pubDate>Fri, 30 Sep 2005 21:56:05 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:411798</guid><dc:creator>Adam Gates</dc:creator><description>Don't forget the App and Sys logs. &lt;br&gt;I don't know how many times I have been called to a site and found the App and Sys logs FULL of Disk Buffer Overflow errors, read write failures, and latency issues.&lt;br&gt;FIRST, check the logs.&lt;br&gt;My brother is mowing the lawn and the mower dies. HE wants to by a new mower. I check the gas tank... low and behold add gas and it works.&lt;br&gt;Keep it simple!</description></item><item><title>re: Performance troubleshooting basics</title><link>http://blogs.technet.com/exchange/archive/2005/09/28/411674.aspx#411862</link><pubDate>Sun, 02 Oct 2005 19:22:42 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:411862</guid><dc:creator>Blake Handler</dc:creator><description>Thanks for the article -- (of course) it can not cover everything. . .but it's a great outline for us to follow. I'm sure I'll be &amp;quot;borrowing&amp;quot; this information!&lt;br&gt;&lt;br&gt;Also looking forward to your new &amp;quot;EXPTA&amp;quot; utility!&lt;br&gt;</description></item><item><title>re: Performance troubleshooting basics</title><link>http://blogs.technet.com/exchange/archive/2005/09/28/411674.aspx#411974</link><pubDate>Tue, 04 Oct 2005 16:35:34 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:411974</guid><dc:creator>Kevin</dc:creator><description>So, if Microsoft sees 0.20 operations per second per user on the server, what would be the upper threshold for this value?  Is 1.0 too high?  Let's say you came across a server with 500 users and 2 operations per second per user...</description></item><item><title>re: Performance troubleshooting basics</title><link>http://blogs.technet.com/exchange/archive/2005/09/28/411674.aspx#411982</link><pubDate>Tue, 04 Oct 2005 20:24:43 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:411982</guid><dc:creator>Nicole</dc:creator><description>First, let me thank Adam for pointing out that the App and Sys logs are a great place to start to look for problems. &lt;br&gt;&lt;br&gt;In reply to Kevin's question:  there isn't a hard limit on how many operations per second per user is too much.  It's just a question of how much hardware you want to buy, and how many applications the users want to run that access the server.  If I saw a server with 500 users and 2 ops per second per user, I'd pull out ExMon to identify if the load was caused by a few users.  I've quite often found certain apps to be capable of creating extremely high load.  When even one or two users run some applications, it can have a noticeable effect on the server.  Occasionally we've found an application was incorrectly configured and were able to reduce the load. On the other hand, sometimes everyone in the organization has multiple applications accessing the server, and the applications are important to their business - in this case, we just make sure the server is beefy enough to handle the load. There's just no single simple answer here.  Is there enough interest in this for another blog topic?</description></item><item><title>re: Performance troubleshooting basics</title><link>http://blogs.technet.com/exchange/archive/2005/09/28/411674.aspx#412468</link><pubDate>Thu, 13 Oct 2005 22:58:36 GMT</pubDate><guid isPermaLink="false">d5e57398-b9ef-4490-9955-07cbb4e4a80d:412468</guid><dc:creator>Kevin</dc:creator><description>I'm definltey interested in any topics around performance and Exchange, the more information I can extract from the Blog team the better!&lt;br&gt;&lt;br&gt;We do performance logging for Exchange and I know how to look for the big issues but any articles (like this one) that go into steps you would actually take are much appreciated.&lt;br&gt;</description></item></channel></rss>