Parallel Diagnostic Tools (Concurrency Runtime)

Microsoft Visual Studio 2010 provides extensive support for debugging and profiling multi-threaded applications.

Debugging

The Visual Studio debugger adds a new Parallel Stacks window and Parallel Tasks window. For more information, see Walkthrough: Debugging a Parallel Application.

Profiling

The Visual Studio Team Developer Edition Profiling Tools provides three data views that display graphical, tabular and numerical information about how a multi-threaded application interacts with itself and with other programs. The views enable you to quickly identify areas of concern, and to navigate from points on the graphical displays to call stacks, call sites, and source code. For more information, see Concurrency Visualizer.

Event Tracing

The Concurrency Runtime uses Event Tracing for Windows (ETW) to notify instrumentation tools, such as profilers, when various events occur. These events include when a scheduler is activated or deactivated, when a context begins, ends, blocks, unblocks, or yields, and when a parallel algorithm begins or ends.

Tools such as the Concurrency Visualizer utilize this functionality; therefore, you typically do not have to work with these events directly. However, these events are useful when you are developing a custom profiler or when you use event tracing tools such as Xperf.

The Concurrency Runtime raises these events only when tracing is enabled. Call the Concurrency::EnableTracing function to enable event tracing and the Concurrency::DisableTracing function to disable tracing.

The following table describes the events that the runtime raises when event tracing is enabled:

The Concurrency Runtime defines, but does not currently raise, the following events. The runtime reserves these events for future use:

• Concurrency::ConcRTEventGuid

• Concurrency::ScheduleGroupEventGuid

• Concurrency::ChoreEventGuid

• Concurrency::LockEventGuid

• Concurrency::ResourceManagerEventGuid

The Concurrency::ConcRT_EventType enumeration specifies the possible operations that an event tracks. For example, at the entrance of the parallel_for algorithm, the runtime raises the PPLParallelForEventGuid event and provides CONCRT_EVENT_START as the operation. Before the parallel_for algorithm returns, the runtime again raises the PPLParallelForEventGuid event and provides CONCRT_EVENT_END as the operation.

The following example illustrates how to enable tracing for a call to parallel_for. The runtime does not trace the first call to parallel_for because tracing it not enabled. The call to EnableTracing enables the runtime to trace the second call to parallel_for.

// etw.cpp
// compile with: /EHsc 
#include <ppl.h>

using namespace Concurrency;

int wmain()
{
   // Perform some parallel work. 
   // Event tracing is disabled at this point.
   parallel_for(0, 10000, [](int i) {
      // TODO: Perform work.
   });

   // Enable tracing for a second call to parallel_for.
   EnableTracing();
   parallel_for(0, 10000, [](int i) {
      // TODO: Perform work.
   });   
   DisableTracing();
}

The runtime tracks the number of times that you call EnableTracing and DisableTracing. Therefore, if you call EnableTracing multiple times, you must call DisableTracing the same number of times in order to disable tracing.

See Also

Concepts

Concurrency Runtime