Entry type: FAQ, Entry ID: 954032, Entry date: 09/15/2009

How can you recognize resource bottlenecks in advance from WinCC and react to them accordingly?

  • Entry
  • Associated product(s)

As from WinCC version V5.0 SP1, there is the System Info Channel available for this. All the necessary information is available in the WinCC Online Help (WinCC Information System) in this path: Communication > System Info.

The CCPerfMon program also continues to be used system internal. However, the functions described below are no longer available to you. For this, a much more convenient and extensive alternative is made available to you via the System Info Channel.

Below is a description of the desired functions for WinCC version V4.x:

If a sequential log is incorrectly calculated or not exported in time, then it might happen that the hard disk becomes full, for example. The consequence is that WinCC or Windows NT becomes inoperable at some time or other. Using the "CCPerfMon.exe" file in the "..\Siemens\WinCC\bin" path, you can recognize the situation in advance and react appropriately.

The program CCPerfmon.exe (only for WinCC V4.x) generates internal tag that are stored in the @CCPerfMon group in the WinCC Tag Management. Using these tags, it is possible, for example, to have the remaining free capacity of the hard disk displayed in a WinCC picture. In this way the user sees how much space is left on the hard disk and can act before the hard disk gets full. This also gives you the option to react over a global action per Script and, for example, store a message or initialize other actions.

All tag names of this group start with @PerfMon@ followed by the meaning of the resource (see Table 1). The text tag named @CCPERFMON@LASTRUN displays the date and time at which the performance data was last determined. There are also internal tags that are monitored by CCPerfMon (see Table 2). The monitoring sequences run every 5 minutes.


  1. It is best to start CCPerfMon by including the program in the computer's startup list. Enter the program with the option "/h" for "hidden". In this case, the CCPerfMon does not appear in the Windows task bar, but can only be seen in the Windows NT Task Manager.

  1. Now configure an image in which you display the tags described below.

Monitored resources and their meanings

Table 1: Monitored Performance Counter etc. (only Windows NT)






CPU idle time in %


Usage of the export file in %


Free main memory


Free space on disk x (x= C..M as available)

Table 2: Monitored WinCC tags




WinCC queue length


WinCC queue length


WinCC queue length

Explanation of the CCPerfMon dialog

You get this dialog when WinCC is in Runtime mode and CCPerfMon is started manually. In this case, CCPerfMon must not be started via the startup list of the computer. It is useful to employ the dialog if you only want to use CCPerfMon now and again. Note, however, that the associated tags are created automatically in any case.

Table 3: Operating and display elements of the dialog

Dialog field / button



Timer Cycle

Output field

Resource acquisition cycle.

Last Run

Output field

Date / time of last acquisition.

Status of Connection to WinCC

Output field

Status of connection from CCPerfMon to WinCC. If "Connected and in Run Time Mode" is not displayed, CCPerfMon is not running correctly.

Clear Statistics


Delete statistical data of CCPerfMon.

Clear Trace Window


Delete the entry in the Trace window.

Trace Level --


Increase Trace (diagnostics) level (more diagnostics outputs).

Trace Level

Output field

Display of the current Trace (diagnostics) level.

Trace Level ++


Reduce Trace (diagnostics) level (less diagnostics outputs). The default value is 10. Increase the value to about 20 for test purposes to have the Trace outputs displayed also in "normal mode".

Trace Window

Output field

Window for diagnostics outputs. The latest information is always at the top.

Only the values of the server are displayed in the CCPerfMon tags. This is why they are stored with "Project-wide Updating". If you change the setting of the tags to "Local Computer Updating", then these tags are updated only on the server, the "0" values remain on the clients. Therefore, the clients cannot overwrite the values.