Get rid of lag and high CPU usage with in windows 10, while using a dock. I have seen Windows Driver foundation get as high as 62% when moving items on my screen.
Oliver Heggelbacher commented
I can confirm the problem with the Targus dock on Window 10 x64, on various machines. Teamviewer or Anydesk show extreme lag effects, but even with Qt Creator or any standard app, the Windows Driver foundation / COM Surrogate is the main CPU use. I expected this to be fixed at some point, but it seems to be a persistent downside of using DisplayLink based screens.
Power User commented
Having the same problem with Windows 10 x64. If Targus docking station , which depends on Displaylink drivers is attached to my notebook, my two 4k displays are flickering and CPU consumption gets high. It is impossible to work under such conditions! If I disconnect the docking station and use the HDMI port from my notebook everything works stable. I already installed the newest Displaylink drivers but the problem persists.
DisplayLink - any solutions to this CPU hog issue in Windows 10? This has been a huge pain point. Let us know ASAP
Same here and it got worse with Win 10 2004.
Currently have 1 core of my CPU dedicated to WFDhost after connecting the docking station, nothing moving. If I drag some windows or start Chrome WFDhost hogs the CPU and everything lags.
Disconnecting the USB cable drops the CPU to 0 and fans stop spinning like mad.
Running latest drivers available on a pretty powerful laptop.
Linus Jiryes commented
Win-10 High-CPU Usage - Windows Driver Foundation uses nearly 35% of CPU! Is there a solution? All drivers are up to date! So please don't tell me update your driver!
Laurence "GreenReaper" Parry commented
I have a DL-165 device on a 2011-era AMD Bobcat-based X120e netbook. It works *if* I increase priority of the WinUDFHost.exe process to High or Realtime via Task Manager. If I don't, it lags.
It's possible that you're already doing this at a thread level; examining the process using Process Explorer suggests that the busiest thread is two priority levels higher than the others. However my experience suggests this is insufficient to ensure adequate performance under competing loads. It may be that increasing the priority of a single thread is not enough, if several are involved in processing.
Increasing process priority automatically could improve perceived performance of these older devices (which are still being sold new), especially on the older systems for which lower-resolution screens are most suitable, and which may only have access to USB 2.0.
This is a relatively old CPU but, it has CPU instructions up to SSSE3. Essentially all systems currently in use have SSE2 and SSE3, which were introduced several years before this hardware. Targeted use of intrinsics or recompilation might reduce CPU usage.
Andrew Stanton commented
If I compile anything in visual studio (not using parallel compilation) the CPU doesnt exceed 30% usage, but the display link connected monitor lags the mouse by 0.3 seconds. Its like playing HalfLife on a 33.6k modem, getting 3-5 frames per second.
There is no reason for this when there is plenty of CPU available.