Hi,
I've tried the DisplayLink driver using the recommended os (Ubuntu 16.04). After connecting a secondary display (1080p) using USB-C, I had a trail of blinking mouse pointers following the real one and all the animations started glitching.

When moving the mouse over any Window except the Desktop, there would be a glitching square (about double the edge length of the mouse pointer sprite) containing the desktop background around the mouse pointer.

I've also tried Arch Linux (using the AUR package) and Debian 9 (Using the Ubuntu package) and they show the exact same behavior.
On the three operating systems, I've tried Kernel versions 4.19 and 4.20, both having the same issues.

I have a Thinkpad P1 with a Xeon E-2176M CPU (Intel UHD Graphics P630) and a Nvidia Quatro P2000 Mobile (GP107GLM). I suspect this to be an error related to the hardware I'm using; partially because I tried different operating systems and different kernel versions.

I am using 1 DisplayLink screen, 3 other external screens (2 HDMI, 1 mini DisplayPort) and the internal laptop screen. I have noticed that over time, the WindowsServer process's memory use slowly creeps up, unless the user logs out and logs in again (restarting the window server) Sleeping the Mac does not prevent this. Eventually, the Mac reports that it is "Out of Application memory" and the computer must be rebooted. This only seems to happen if I use the DisplayLink screen.
This is a relatively recent change. I've been using DisplayLink for many OS X/macOS releases and think that this started when I switched to macOS 10.14.x

An iMAC can be used as an external monitor using Target Display Mode. Is it possible to get a DisplayLink dock to enable TDM when iMAC is plugged to the dock (i.e. using a Tunderbolt 2 to HDMI cable)?

For example, I have a MAC Book Pro 13inch (2016) and an iMAC 27inch (2012). I use iMac as an external monitor using TDM with MacBook Pro (using a Thunderbolt 2 to USB-C cable) as described on https://support.apple.com/en-gb/guide/mac-help/mh30822/mac

I also have a Dell DA300 displaylink dock. Using Tunderbolt 2 to HDMI cable to connect iMAC to dock and USB-C from dock to MacBook Pro does not get iMAC display to switch to Macbook Pro.

I'm unsure if someone has already suggested this, but with the latest update Mac has rolled out (for Catalina 10.15), my DisplayLink stopped working with dual screen.

I have updated the driver to the most recent release, and all that would display would be one of the two screens. DisplayLink lists a possible solution involving entering recovery mode and inputting commands, however, I am impatient and lazy and did not do that.

But, I did get my dual display working again. For me, toggling my displays to mirror activated my dual screens, and toggling off mirroring has left my dual screens functioning as they should.

I don't know if this will work for anyone else, but it did for me, and it took 2 seconds to test, so it might be something to try before rolling out recovery mode.

On macOS 10.14.6 (2017 MBP with i7, DisplayLink running on i-tec USB-C hub), DisplayLinkManager takes up to 5-10% when supposedly idle. When running audio software - namely, Ableton Live and Reaper, but likely this can reproduced on any audio software and DAW - DisplayLinkManager can take up to one full core (~95% CPU reported). This doesn't seem to be related to the size of the project, so even small projects that take up 15-20% CPU are massively affected by this issue.

Native Instruments Kontakt has an even weirder behaviour:
- restart MBP
- connect external monitor via DisplayLink
- try to run Kontakt (actually, ANY NI app, including Komplete Kontrol, Maschine and Creator Tools). The icon bounces in the dock and the app doesn't start at all.

Oddly, if you run Kontakt BEFORE connecting the external monitor, it will work fine. If you quit Kontakt after connecting the external monitor and relaunch it, it will open just fine. This issue only happens if you open Kontakt for the first time in a session while having the external monitor connected.

DisplayLink is currently unusable in a real-world music production scenario. Please fix!

Further details:
Focusrite Scarlett 6i6 audio interface. CPU drain increases by around 10% when using external USB audio interfaces regardless of their manufacturer/drivers, which is unacceptable but seems to be only part of the issue.
Tried to remove all the peripherals connected to the USB hub to no significant improvements
Using HDMI port, only one display connected
Tried on and off battery power