[MSDN Library April 2000] Why Use Application Performance Explorer? (100%)
MSDN Library - April 2000 > Visual Studio 6.0 Documentation > Visual Studio Documentation > Component, Design, and Analysis Tools > Application Performance Explorer Reference > Application Performance Explorer Concepts
[MSDN Library April 2000] Why Measure Performance? (28.2243163340724%)
MSDN Library - April 2000 > Platform SDK > Design Strategies and Standards > BackOffice Developer's Guide > Scenario 3: Performance Tracking Application > Implementation > Measuring Application Performance
[MSDN Library April 2000] Why Replication? (27.0579268292683%)
MSDN Library - April 2000 > Windows Resource Kits > Windows 2000 Server Resource Kit > Internet Information Services 5.0 Resource Guide > Access to Legacy Applications and Data > Replicating Legacy Databases
[MSDN Library April 2000] Why You Don't See Any Disk Data (25.080206012833%)
MSDN Library - April 2000 > Windows Resource Kits > Windows NT 3.51 Resource Kit > Windows NT Resource Kit Volume 4: How to Optimize Windows NT > Zen and the Art of Performance Monitoring > Performance Monitor Limitations
[MSDN Library April 2000] Why Performance Monitoring Is Free (Not!) (25.0511700081872%)
MSDN Library - April 2000 > Windows Resource Kits > Windows NT 3.51 Resource Kit > Windows NT Resource Kit Volume 4: How to Optimize Windows NT > Detecting Processor Bottlenecks > Analyzing Processor Performance
[MSDN Library September 1992] Why Zero-Length .SBR Files Are Left on the Disk by the PWB (17.3495133966118%)
Knowledge Base and Bug Lists > Programmer's WorkBench KBase
[MSDN Library September 1992] Why Output Might Not Display from VB Form_Load Procedure (17.1602787456446%)
Knowledge Base and Bug Lists > Visual Basic KBase
[MSDN Library September 1992] Why VB Sub Might Stay in Proc: List Even After Code Deleted (16.7365499320853%)
Knowledge Base and Bug Lists > Visual Basic KBase
[MSDN Library September 1992] Why Cooper Software Is Listed in Visual Basic's Copyright (16.4292845935978%)
Knowledge Base and Bug Lists > Visual Basic KBase
[MSDN Library September 1992] Why the First Module in the Code Segment Starts at Offset 16 (15.534262485482%)
Knowledge Base and Bug Lists > C/C++ KBase