TraceEvent 2.0.31 Release

Rollup until 12/12/2018. Bug that provoked the release was #755, where Building with TraceEvent on a Desktop framework would sometimes give a missing dependency error for the Microsoft.Win32.Registry.dll.

TraceEvent 2.0.30 Release

Fixed a moderately serious bug introduced int 2.0.29, that causes confusion about the thread for an event. The ramifications might be widespread but subtle. We noticed it in the 'Thread Time with Tasks' views. We recommend upgrading from 2.0.29 ASAP.

TraceEvent 2.0.26 Public Release

This is a minor bug fix from the previous release. The Start-Stop activity logic had disabled showing AWAIT time. If you use that view, then this bug fix is important, otherwise it is not.

PerfView 2.0.26 Public Release

This is a bug fix release from the 2.0.23. If you use the Thread Time View with Start-Stop Tasks view you will want to pick up this new release as there was a regression in May that caused AWAIT time to not be displayed. Otherwise there are only small fixes.

To get the tool simply download the PerfView.exe executable and use it. I include the PDB files in case you need to debug something, but that is a rare case and you don't need to do that normally.

The PerfView64.exe is optional. It is a small wrapper that launches PerfView as a 64 bit application. If you are dealing with very large traces that cause 'out of memory' errors, this can be used to avoid the problem. Note that you need PerfView.exe to be present next to PerfView64.exe for it to work.

Like all versions of PerfView you can see the specific release notes from the past year by accessing the 'Help -> Release Notes' menu entry.

You can also see detailed informational about what changes went into this release by viewing the Github history.

TraceEvent 2.0.25 Public Release

• rollup of bug fixes. See github for details.

TraceEvent 2.0.23 Public Release

• rollup of bug fixes. See github for details.

TraceEvent 2.0.22 Public Release

• rollup of bug fixes. See github for details.

PerfView 2.0.23 Public Release

This is a small bug-fix release of PerfView since the 2.0.15 release. Here are some of the fixes. Also added a /DotNetCallsSampled option that samples every ~1000 calls, which is infrequent enough that it does not affect perf too badly (more like 10% rather than 100s of %).

• Added the /DotNetCallsSampled command line option that does call instrumentation but samples every 997 calls (to keep overhead low)
• Added the /DisableInlining command line option that tells the runtime not to inline (used with the /DotNetCalls or /DotNetCallsSampled options)
• Minor bug fixes so that things work inside windows docker containers. This works on windowsServerCore Version RS3 or beyond. PerfViewCollect can be used on windowsNano OS
  fixed build to support SourceLink for the PerfView/TraceEvent source itself.
• Added docs for using PerfView in windowservercore and nanoserver containers.
  Version 2.0.17 5/25/18
• Added support for the ThreadName property that the OS supports. The Thread/SetName event is now parsed well, and if the name is present it shows up in the Stack views.
  Version 2.0.16 5/22/18
• Fix bug when parsing 'mixed' EventSources that use both Manifest events and self-describing events in the same EventSource, leading to the self-describing events being parsed as (garbled) manifest events. This can happen when using EventCounters pretty easily since EventCounters use the self-describing format.

To get the tool simply download the PerfView.exe executable and use it. I include the PDB files in case you need to debug something, but that is a rare case and you don't need to do that normally.

The PerfView64.exe is optional. It is a small wrapper that launches PerfView as a 64 bit application. If you are dealing with very large traces that cause 'out of memory' errors, this can be used to avoid the problem. Note that you need PerfView.exe to be present next to PerfView64.exe for it to work.

Like all versions of PerfView you can see the specific release notes from the past year by accessing the 'Help -> Release Notes' menu entry.

You can also see detailed informational about what changes went into this release by viewing the Github history.

TraceEvent 2.0.6 Public Release

Fixed runtime errors trying to load TraceRelogger.dll (which should have been TraceReloggerLib.dll).

TraceEvent 2.0.19 Public Release

• Added support for the 'dynamic' keyword to fetch fields from a TraceEvent. (See #630)

Instead of doing

    F(TraceEvent myEvent) {
        Console.WriteLine("MyField = {0}", myEvent.PayloadByName("MyField"));
    }

You can do

    F(TraceEvent myEvent) {
         dynamic dEvent = (dynamic) myEvent;
         Console.WriteLine("MyField = {0}", dEvent.MyField);
    }

It is not any faster, bit it is a bit more convenient.