今天，我先把我整理的一些计数器及其阈值要求等贴出来，这些计数器是针对我对windows操作系统，C/S结构的sqlserver数据库及WEB平台。net产品测试时的一些计数器；大家可以继续补充，作过unix平台上oracle数据库测试及J2EE架构及WEBLOGIC方面测试的朋友，也希望把自己使用的计数器贴出来，让大家分享。好了，先说这些了，希望通过这个专题，最终能让大家对自己的测试结果进行分析。Memory：内存使用情况可能是系统性能中最重要的因素。如果系统“页交换”频繁，说明内存不足。“页交换”是使用称为“页面”的单位，将固定大小的代码和数据块从RAM移动到磁盘的过程，其目的是为了释放内存空间。尽管某些页交换使Windows2000能够使用比实际更多的内存，也是可以接受的，但频繁的页交换将降低系统性能。减少页交换将显著提高系统响应速度。要监视内存不足的状况，请从以下的对象计数器开始：AvailableMbytes：可用物理内存数。如果AvailableMbytes的值很小（4MB或更小），则说明计算机上总的内存可能不足，或某程序没有释放内存。page/sec：表明由于硬件页面错误而从磁盘取出的页面数，或由于页面错误而写入磁盘以释放工作集空间的页面数。一般如果pages/sec持续高于几百，那么您应该进一步研究页交换活动。有可能需要增加内存，以减少换页的需求（你可以把这个数字乘以4k就得到由此引起的硬盘数据流量）。Pages/sec的值很大不一定表明内存有问题，而可能是运行使用内存映射文件的程序所致。pageread/sec：页的硬故障，page/sec的子集，为了解析对内存的引用，必须读取页文件的次数。阈值为>5.越低越好。大数值表示磁盘读而不是缓存读。由于过多的页交换要使用大量的硬盘空间，因此有可能将导致将页交换内存不足与导致页交换的磁盘瓶径混淆。因此，在研究内存不足不太明显的页交换的原因时，您必须跟踪如下的磁盘使用情况计数器和内存计数器：PhysicalDisk\%DiskTimePhysicalDisk\Avg.DiskQueueLength例如，包括PageReads/sec和%DiskTime及Avg.DiskQueueLength.如果页面读取操作速率很低，同时%DiskTime和Avg.DiLoadRunner监视的性能计数器skQueueLength的值很高，则可能有磁盘瓶径。但是，如果队列长度增加的同时页面读取速率并未降低，则内存不足。要确定过多的页交换对磁盘活动的影响，请将PhysicalDisk\Avg.Disksec/Transfer和Memory\Pages/sec计数器的值增大数倍。如果这些计数器的计数结果超过了0.1，那么页交换将花费百分之十以上的磁盘访问时间。如果长时间发生这种情况，那么您可能需要更多的内存。PageFaults/sec：每秒软性页面失效的数目（包括有些可以直接在内存中满足而有些需要从硬盘读取）较page/sec只表明数据不能在内存的指定工作集中立即使用。CacheBytes：文件系统缓存（FileSystemCache），默认情况下为50%的可用物理内存。如IIS5.0运行内存不够时，它会自动整理缓存。需要关注该计数器的趋势变化如果您怀疑有内存泄露，请监视Memory\AvailableBytes和Memory\CommittedBytes，以观察内存行为，并监视您认为可能在泄露内存的进程的Process\PrivateBytes、Process\WorkingSet和Process\HandleCount.如果您怀疑是内核模式进程导致了泄露，则还应该监视Memory\PoolNonpagedBytes、Memory\PoolNonpagedAllocs和Process（process_name）\PoolNonpagedBytes.Pagespersecond：每秒钟检索的页数。该数字应少于每秒一页。Process：%ProcessorTime：被处理器消耗的处理器时间数量。如果服务器专用于sqlserver，可接受的最大上限是80-85%PageFaults/sec：将进程产生的页故障与系统产生的相比较，以判断这个进程对系统页故障产生的影响。Workset：处理线程最近使用的内存页，反映了每一个进程使用的内存页的数量。如果服务器有足够的空闲内存，页就会被留在工作集中，当自由内存少于一个特定的阈值时，页就会被清除出工作集。Inetinfo：PrivateBytes：此进程所分配的无法与其它进程共享的当前字节数量。如果系统性能随着时间而降低，则此计数器可以是内存泄漏的最佳指示器。Processor：监视“处理器”和“系统”对象计数器可以提供关于处理