<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:media="http://search.yahoo.com/mrss/">
<channel>
<title>DisplayFusion RSS: High CPU usage and apparent .NET runtime thread amplification in DisplayFusion.exe</title>
<atom:link href="https://www.displayfusion.com/Discussions/RSS/?TopicID=019dde5d-de51-74c1-9f7c-1b3852cb73a8" rel="self" type="application/rss+xml" />
<link>https://www.displayfusion.com/Discussions/RSS/?TopicID=019dde5d-de51-74c1-9f7c-1b3852cb73a8</link>
<description>DisplayFusion RSS: High CPU usage and apparent .NET runtime thread amplification in DisplayFusion.exe</description>
<lastBuildDate>Sun, 03 May 2026 05:01:47 GMT</lastBuildDate>
<language>en</language>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<generator>https://www.displayfusion.com/Discussions/RSS/?TopicID=019dde5d-de51-74c1-9f7c-1b3852cb73a8</generator>
<item>
<title>RE: High CPU usage and apparent .NET runtime thread amplification in DisplayFusion.exe</title>
<link>https://www.displayfusion.com/Discussions/View/high-cpu-usage-and-apparent-net-runtime-thread-amplification-in-displayfusionexe/?ID=019dde5d-de51-74c1-9f7c-1b3852cb73a8#2</link>
<pubDate>Fri, 01 May 2026 17:16:17 GMT</pubDate>
<dc:creator>Binary Fortress Software</dc:creator>
<guid isPermaLink="false">https://www.displayfusion.com/Discussions/View/high-cpu-usage-and-apparent-net-runtime-thread-amplification-in-displayfusionexe/?ID=019dde5d-de51-74c1-9f7c-1b3852cb73a8#2</guid>
<category>DisplayFusion</category>
<description><![CDATA[If you disable DisplayFusion taskbars, what does the usage show for the main DisplayFusion.exe in Task Manager  Details?]]></description>
<content:encoded><![CDATA[<div class="CTDiscussions">
If you disable DisplayFusion taskbars, what does the usage show for the main DisplayFusion.exe in Task Manager > Details?
</div>
]]></content:encoded>
</item>
<item>
<title>High CPU usage and apparent .NET runtime thread amplification in DisplayFusion.exe</title>
<link>https://www.displayfusion.com/Discussions/View/high-cpu-usage-and-apparent-net-runtime-thread-amplification-in-displayfusionexe/?ID=019dde5d-de51-74c1-9f7c-1b3852cb73a8</link>
<pubDate>Thu, 30 Apr 2026 12:29:47 GMT</pubDate>
<dc:creator>Binary Fortress Software</dc:creator>
<guid isPermaLink="false">https://www.displayfusion.com/Discussions/View/high-cpu-usage-and-apparent-net-runtime-thread-amplification-in-displayfusionexe/?ID=019dde5d-de51-74c1-9f7c-1b3852cb73a8</guid>
<category>DisplayFusion</category>
<description><![CDATA[This issue has been occurring for quite some time and has gradually become worse.
Please see the attached log file and screenshot.
My DisplayFusion settings have not changed for several years. However, over approximately the past year, DisplayFusion has become increasingly unreliable and has st...]]></description>
<content:encoded><![CDATA[<div class="CTDiscussions">
This issue has been occurring for quite some time and has gradually become worse.<br/>
<br/>
Please see the attached log file and screenshot.<br/>
<br/>
My DisplayFusion settings have not changed for several years. However, over approximately the past year, DisplayFusion has become increasingly unreliable and has started causing recurring issues.<br/>
<br/>
I only use a small portion of DisplayFusion’s functionality, so it would be useful if DisplayFusion offered modular installation options instead of requiring the full product installation. In my case, most of the installed features are never used, but the full product still appears to contribute to reliability or overhead concerns.<br/>
<br/>
Expected behavior:<br/>
DisplayFusion should remain stable with unchanged long-term settings.<br/>
<br/>
Actual behavior:<br/>
DisplayFusion has become progressively unreliable despite no intentional configuration changes.<br/>
<br/>
Environment<br/>
Application: DisplayFusion<br/>
Process: DisplayFusion.exe<br/>
Observed process ID: 48948 in the provided System Informer screenshots<br/>
<br/>
----<br/>
<br/>
TL<img src="https://www.displayfusion.com/MediaCommon/SVGs/FontAwesome/face-laugh-squint.light.svg" alt=":D" style="box-sizing:border-box;position:relative;overflow:hidden;vertical-align:middle !important;width:16px;height:16px;" HelpButtonData=":D" HelpButtonDataAlign="BelowMiddle" />R<br/>
Additional diagnostic finding<br/>
Temporarily disabling TitleBar Buttons reduced DisplayFusion CPU usage, but high enumeration activity continued afterward. This indicates that the TitleBar Buttons subsystem is likely contributing to the high CPU condition, but it does not appear to be the only source of repeated work.<br/>
<br/>
The remaining activity suggests another enumeration path may still be active, possibly involving service IPC, module inspection, taskbar or tray icon enumeration, monitor enumeration, hook polling, or window-state refresh processing.<br/>
<br/>
This should not be treated as resolved by disabling TitleBar Buttons. The broader issue is that DisplayFusion continues to perform excessive repeated enumeration under a long-standing configuration that previously operated acceptably.<br/>
<br/>
----<br/>
<br/>
Summary<br/>
DisplayFusion.exe is exhibiting high CPU utilization and heavy runtime thread activity. The issue has existed for some time and has progressively worsened. The current evidence shows DisplayFusion.exe consuming approximately 51% to 73% CPU in captured states, with overall CPU load near saturation.<br/>
<br/>
Observed behavior<br/>
- DisplayFusion.exe appears as the dominant CPU consumer.<br/>
- CPU meter shows very high total CPU activity.<br/>
- System Informer thread view shows many active DisplayFusion.exe threads associated with coreclr.dll.<br/>
- Repeated thread start addresses include coreclr.dll+0xcccc40.<br/>
- Multiple entries also reference coreclr.dll!KickOffThread.<br/>
- System Informer statistics show elevated CPU, CPU relative, cycle delta, and context switch values.<br/>
- DisplayFusion settings have not intentionally changed for several years.<br/>
<br/>
Expected behavior<br/>
DisplayFusion should remain stable as a background utility and should not produce sustained or excessive CPU load under an unchanged long-term configuration.<br/>
<br/>
Actual behavior<br/>
DisplayFusion.exe generates high CPU load and appears to create or run many active .NET runtime threads, degrading system responsiveness.<br/>
<br/>
Evidence<br/>
- Screenshot 1: DisplayFusion.exe at approximately 51.45% CPU.<br/>
- Screenshot 2: DisplayFusion.exe thread list with many active coreclr.dll+0xcccc40 entries.<br/>
- Screenshot 3: DisplayFusion.exe thread list with multiple coreclr.dll!KickOffThread entries.<br/>
- Screenshot 4 through 6: Loaded module views showing DisplayFusion, .NET runtime, Windows Forms, scripting, hooks, and related dependencies.<br/>
- Screenshot 7: Process statistics showing elevated CPU-related counters and memory footprint.<br/>
- Screenshot 8: DisplayFusion.exe at approximately 73.39% CPU while total CPU is near saturation.<br/>
<br/>
Impact<br/>
The issue causes recurring system performance problems and reduces confidence in DisplayFusion as a stable long-running utility.<br/>
<br/>
Probable fault surface<br/>
- DisplayFusion background worker loop<br/>
- .NET runtime thread scheduling<br/>
- Hook or monitor polling logic<br/>
- Scripting subsystem<br/>
- Window management or monitor event handling<br/>
- Repeated event processing<br/>
- Excessive timer, observer, or polling activity<br/>
- Interaction with WMI, monitoring tools, hooks, or multi-monitor state
</div>
]]></content:encoded>
</item>
</channel>
</rss>