How to: Attach the Profiler to a Native Stand-Alone Application and Collect Application Statistics by Using the Command Line

This topic describes how to use the Visual Studio Team System Developer Edition Profiling Tools command-line tools to attach the Profiler to a running native stand-alone (client) application and collect performance statistics using the sampling method.

While the profiler is attached to the application, you can pause and resume data collection. To end a profiling session, the Profiler must no longer be attached to the application and the Profiler must be explicitly shut down.

Attach the Profiler

To attach the Profiler to a target application with the Profiler, you use the VSPerfCmd/start and /attach options to initialize the Profiler and attach to the target application. You can specify /start and /attach and their respective options on a single command line. You can also add the /globaloff option to pause data collection at the start of the target application. You then use /globalon to begin collecting data.

To attach the Profiler to a running .NET application

  1. Open a command prompt window. If necessary, add the profiler tools directory to your PATH environment variable. The path is not added at installation.

    32 bit computers

    On 32 bit computers, the default profiler tools directory is

    \Program Files\Microsoft Visual Studio 9.0\Team Tools\Performance Tools.

    64 bit computers

    On 64 bit computers, specify the path according to the target platform of the application to be profiled.

    To profile 32 bit applications, the default profiler tools directory is

    \Program Files (x86)\Microsoft Visual Studio 9.0\Team Tools\Performance Tools

    To profile 64 bit applications, the default profiler tools directory is

    \Program Files (x86)\Microsoft Visual Studio 9.0\Team Tools\Performance Tools\x64

    For example, to add the profiler directory to PATH on a 32 bit computer, type

    set path=%path%;C:\Program Files\Microsoft Visual Studio 9.0\Team Tools\Performance Tools

  2. Start the profiler. Type:

    **VSPerfCmd /start:sample /output:**OutputFile[Options]

    • The/start:sample option initializes the profiler.

    • The /output**:**OutputFile option is required with /start. OutputFile specifies the name and location of the profiling data (.vsp) file.

    You can use any of the following options with the /start:sample option.

    • /user:[Domain**\**]UserName
      Specifies the domain and user name of the account that owns the profiled process. This option is required only if the process is running as a user other than the logged on user. The process owner is listed in the User Name column on the Processes tab of Windows Task Manager.

    • /crosssession
      Enables profiling of processes in other sessions. This option is required if the ASP.NET application is running in a different session. The session id is listed in the Session ID column on the the Processes tab of Windows Task Manager. /CS can be specified as an abbreviation for /crosssession.

    • /wincounter**:**WinCounterPath
      Specifies a Windows performance counter to be collected during profiling.

    • /automark**:**Interval
      Use with /wincounter only. Specifies the number of milliseconds between Windows performance counter collection events. Default is 500 ms.

    • /events**:**Config
      Specifies an Event Tracing for Windows (ETW) event to be collected during profiling. ETW events are collected in a separate (.etl) file.

  3. Attach the profiler to the target application. Type:

    VSPerfCmd /attach:{PID|ProcName} [Sample Event]

    PID specifies the process ID of the target application. ProcessName specifies the name of the process. Note that if you specify ProcessName and multiple processes with the same name are running, results are unpredictable. You can view the process IDs of all running processes in Windows Task Manager.

    By default, performance data is sampled every 10,000,000 non-halted processor clock cycles. This is approximantely once every 10 seconds on a 1GH processor. You can specify one of the following options to change the clock cycle interval, or to specify a different sampling event.

    • /timer**:**Interval
      Changes the sampling interval to the number of non-halted clock cycles specified by Interval.

    • /pf[**:**Interval]
      Changes the sampling event to page faults. If Interval is specified, sets the number of page faults between samples. Default is 10.

    • /sys [**:**Interval]
      Changes the sampling event to system calls from the process to the operating system kernel (syscalls). If Interval is specified, sets the number of calls between samples. Default is 10.

    • /counter**:**Config
      Changes the sampling event and interval to processor performance counter and interval specified in Config.

Controlling Data Collection

While the target application is running, you can use VSPerfCmd.exe options to start and stop the writing of data to the profiler data file. Controlling data collection enables you to collect data for a specific part of program execution, such as the starting or shutdown of the application.

To start and stop data collection

  • The following pairs of VSPerfCmd options start and stop data collection. Specify each option on a separate command-line. You can turn data collection on and off multiple times.

    • /globalon /globaloff
      Starts (/globalon) or stops (/globaloff) data collection for all processes.

    • /processon:PIDprocessoff:PID
      Starts (
      /processon
      ) or stops (/processoff) data collection for the process specified by PID (the process ID).

    • /attach**:**PID/detach
      /attach starts to collect data for the process specified by PID (the process ID). /detach stops data collection for all processes.

  • You can also use the VSPerfCmd.exe/mark option to insert a profiling mark into the data file. The /mark command adds an identifier, a timestamp, and an optional user-defined text string. Marks can be used to filter the data in profiler reports and data views.

Ending the profiling session

To end a profiling session, the profiler must be detached from all profiled processes and the profiler must be explicitly shut down . You can detach the from an application profiled with the sampling method by closing the application or by calling the VSPerfCmd /detach option. You then call the VSPerfCmd /shutdown option to turn the profiler off and close the profiling data file. The VSPerfClrEnv /off command clears the profiling environment variables.

To end a profiling session

  1. Do one of the following to detach the profiler from the target application.

    • Type VSPerfCmd /detach

      -or-

    • Close the target application.

  2. Shut down the profiler

    VSPerfCmd /shutdown

  3. (Optional) Clear the profiling environment variables. Type

    VSPerfClrEnv /off

See Also

Other Resources

Command-Line Profiling of Stand-Alone Applications

Profiler Sampling Method Data Views