Are you supporting Windows XP users who complain about slow performance? If so, chances are you're thinking that you might solve the problem simply by adding more RAM to the system. But will that really solve the problem?
Of course, it's a no brainer that adding more RAM will improve performance at some level and, with the current prices, doing so is a relatively inexpensive upgrade. However, you may be wondering whether you'll really gain a big enough performance boost to justify the cost.
For example, suppose that the Windows XP system of the user who is complaining about performance has 256 MB of RAM. Under normal operating circumstances, 256 MB is actually a pretty good amount of RAM for a typical workstation. But is it really enough for the type of work this particular user is doing with his computer? Would jacking up the RAM to 512 MB really help?
Fortunately, you can find out by configuring Windows XP's Performance Monitor to track memory usage over the course of a typical work day. You can then study the results and determine whether a memory upgrade will really improve performance. Here's how to create a customized Windows XP Performance Monitor console to track memory usage and how to interpret the results.
Creating the Memory Tracker console
While you can use Performance Monitor right out of the box, so to speak, I’ve discovered that creating a customized version via the Microsoft Management Console (MMC) provides a more focused approach to any monitoring operation. Plus, creating a customized console for a specific task has other benefits. To begin with, you can quickly and easily use the monitoring tool at any time. And best of all, you can copy the customized console to a CD or floppy disk and use it on other systems.
Fortunately, creating a customized console is easy. To begin, access the Run dialog box from the Start menu and type mmc in the Open text box. When you see the empty console, pull down the File menu, select the Save command, name the console Memory Tracker.msc, and click the Save button. Then, right-click on the Console Root folder, select Rename, and name the folder Memory Tracker.
Now, pull down the File menu and select the Add/Remove Snap-in command. When you see the Add/Remove Snap-in dialog box, click the Add button to open the Add Standalone Snap-in dialog box, as shown in Figure A.
|The Add Standalone Snap-in dialog box lists all of the snap-ins that are currently available for use in your custom console.|
By default the ActiveX Control snap-in will be selected, and you can immediately click the Add button to launch the Insert ActiveX Control Wizard. When you see the Welcome page, just click Next. When the Control Category and Type page appears, leave the All Categories option selected in the Control Category drop-down list. Scroll through the Control Type list, select System Monitor Control, as shown in Figure B, and click Next. Then, on the Insert ActiveX Control page, type Memory Counter in the text box, and click Finish.
|Once you launch the Insert ActiveX Control Wizard, you’ll locate and select the System Monitor Control.|
When you return to the Add Standalone Snap-in dialog box, you’ll repeat these same steps to launch the Insert ActiveX Control Wizard and access the System Monitor Control one more time. Only this time through, you’ll name the control Log Viewer.
When you return to the Add Standalone Snap-in dialog box for the third time, scroll down the list, select the Performance Logs And Alerts snap-in and click Add. Then, close the Add Standalone Snap-in dialog box and click OK to close the Add/Remove Snap-in dialog box. At this point, your custom Memory Tracker console should look like the one shown in Figure C. Before you continue, press [Ctrl]S to save the console.
|When you complete the procedure, your custom Memory Tracker console will be ready to configure.|
Adding the counters
Once you’ve created your custom Memory Tracker console, you’re ready to add the counters that will allow you to track memory usage. To begin, maximize the window, select the Memory Counters icon and then click the Add button on the Performance Monitor toolbar that appears in the right panel. Alternatively, you can press [Ctrl]I.
When you see the Add Counters dialog box, you’ll use this data to add the necessary counters to the graph:
- Memory - Pages/sec
- Memory - Available Mbytes
- Server - Pool Nonpaged Failures
- Server - Pool Paged Failures
- Server - Pool Nonpaged Peak
- Paging File - % Usage *
- PhysicalDisk - % Disk Time *
- PhysicalDisk - Avg. Disk Sec/Transfer *
- PhysicalDisk - Current Disk Queue Length *
To do so, you’ll select an object from the Performance Object drop-down list and then select the associated counters from the scrolling counters list. As you select each counter, click the Add button. As you do so, you’ll see that counter appear in the graph and in the legend below the graph.
I’ll discuss these counters in more detail later when I explain how to interpret the results of the monitoring operation. For now, just keep in mind that the reason I selected counters from these particular Performance Object categories is that when combined, they provide an excellent picture of how Windows XP is utilizing its memory potential during a typical computing session. By memory potential, I’m talking about both physical and virtual memory.
To continue, click the Close button to close the Add Counters dialog box. At this point, you’re ready to configure the monitoring operation.
Configuring the monitoring operation
As soon as you return to the Memory Tracker, you’ll see that it’s already charting your memory usage in the graph area. As you’ll notice, the timer bar will be running very quickly. That’s because, by default, the sampling interval is set at 1 second and the graph is set to use a default time period, called the Duration, of 1 minute 40 seconds. As such, you’ll want to change the sampling interval, which will in turn extend the Duration.
To do so, click the Properties button on the toolbar. When you see the System Monitor Properties dialog box, locate the Seconds text box on the General tab and change the value to something more appropriate.
To get a good picture of memory usage, I suggest that you select a sampling interval of 15 seconds. While this may sound like an odd interval, there is a method to my madness, and that is that this interval extends the Duration of the data collection to exactly 25 minutes.
To continue, click the Graph tab, and then select the Vertical Grid check box. (While you have the Graph tab open, you should change the Maximum value from 100 to 300.) Then click OK. You’ll now see that the graph is divided into twenty-five vertical segments such that each minute is now demarcated by a vertical bar, making it easy to track your memory usage for the time period. At this point, your Memory Tracker will look like the one shown in Figure D.
|When monitoring the current activity, you’ll get a better view of what is happening if you extend the sampling interval and enable the vertical grid.|
If you wish to extend the monitoring operation to a longer time period, you can set the time interval to 36 seconds. Doing so will set the Duration to exactly 1 hour.
You’re now ready to start your monitoring operation. To begin, take note of what time it is, keeping in mind that you’ll want to complete the monitoring procedure in 25 minutes. Next, click the Clear Display button on the Memory Tracker toolbar to get a clean slate and then minimize the window.
Now, use the computer as you normally would, making sure that you really put the system to work performing all of the types of tasks that you do on a normal workday. If you don’t, you really won’t get an accurate picture of memory usage.
When the 25-minute time period is up, maximize your Memory Tracker window and immediately click the Freeze Display button on the toolbar. That way, the data that you recorded won’t scroll off the graph as you’re studying it.
Studying the data
While the full 25-minute graph is very interesting to look at and reveals the big picture, it’s difficult to make any specific analysis of memory usage based on just looking at the graph itself. Instead, you really need to take a close look at each individual counter. However, it’s important that you keep in mind that as you study the data provided by each individual counter, you can’t jump to any conclusions based on any one counter. Rather the goal is to aggregate the data provided by each counter in order to obtain the full picture.
To do so, you’ll need to select a counter in the legend and then look at the values in the Average, Minimum, and Maximum data boxes just below the graph. To assist you in your analysis, click the Highlight button on the toolbar. Doing so will highlight the appropriate line on the graph when you select the counter in the legend.
To begin with, let’s look at the counters under the Memory category. You’ll start by selecting the Available Mbytes counter. This counter shows you the amount of physical memory that is available to any processes running on the computer during the time period. By looking at the values in the Minimum and Maximum boxes you can see how the amount of physical memory fluctuated in relation to the other items. In an optimal situation, the values in both the Average and Minimum boxes should be more than 4 MB.
Next, click the Pages/sec counter in the legend. This counter indicates the number of pages being read from or written to virtual memory in order to resolve accesses to data that was not in physical memory at the time of the reference. In an optimal situation, the values in both the Average and Maximum boxes should be less than 20.
If the Available Mbytes counter values are under 4 MB and the Pages/sec counter values are over 20, this is a good indication that the system needs more memory.
The counters in the Server category deal directly with the amount of and use of physical memory. To begin with, the Pool Nonpaged Failures and Pool Paged Failures indicate the number of times that the operating system couldn’t find any available memory in either of the pools of physical memory.
In an optimal situation, the values of both these counters should be 0. Any values above 0 indicate that the system needs more memory.
The % Usage counter simply indicates the percentage of the page file that is in use during the monitoring session. Values between 50 and 75 are pretty standard fare.
However, if the value approaches 100, this could indicate either of two situations: First, the size of the paging file is simply too small. Second, the paging file is being used excessively because there’s not enough physical memory in the system. To determine which is the case, you’ll need to look closely at what the other counters are showing.
Since the act of paging data from physical to virtual memory involves writing and reading to the hard disk, keeping an eye on the physical disk for increased activity can also help confirm the need for more memory. The % Disk Time counter will show the percentage of time that the system has spent reading and writing data. Standard disk reading and writing operations, such as opening, saving, and closing files is usually sporadic and won’t really result in a high percentage. So, if you do see high values from the % Disk Time counter, you can bet that the system is spending a lot of time paging.
If you do see high values from the % Disk Time counter, chances are good that you’ll also see high values from the Current Disk Queue Length counter. This counter shows how much data is in the queue waiting to be written to or read from the disk and a high value indicates a lot of data is being transferred back and forth between physical and virtual memory.
The Avg. Disk Sec/Transfer counter shows the amount of time that the average disk transfer requires in seconds. While this value alone doesn’t show a lot as far as memory usage goes, when you multiply it by the Pages/sec counter value, it does bring into focus another good indicator. If the product is greater than 0.1, then paging is taking more that 10 percent of the system's disk access time.
Using a log
Even though I advocate using a brief-burst-mode time period, the Memory Tracker is set up so that you can use the Performance Logs And Alerts feature to track memory usage over a longer time period. To do so, you’ll access the Performance Logs And Alerts snap-in, choose the Percentages Log , and click the Start The Selected Log button on the toolbar. When you’re finished logging data, just click the Stop The Selected Log button on the toolbar. You can then select the Log Viewer snap-in and click the View Log Data button on the toolbar.
Greg Shultz is a freelance Technical Writer. Previously, he has worked as Documentation Specialist in the software industry, a Technical Support Specialist in educational industry, and a Technical Journalist in the computer publishing industry.