Ubuntu 16.10 running slow about evdi HOT 25 CLOSED

I ended up with this configuration

$ cat /etc/X11/xorg.conf.d/20-intel.conf 
Section "Device"
  Identifier "Intel Graphics"
  Driver "Intel"
  Option "AccelMethod" "sna"
  Option "TearFree" "true"
  Option "TripleBuffer" "true"
  Option "MigrationHeuristic" "greedy"
  Option "Tiling" "true"
  Option "Pageflip" "true"
  Option "ExaNoComposite" "false"
  Option "Tiling" "true"
  Option "Pageflip" "true"
  Option "VSync" "false"
EndSection

from evdi.

We've spent some time analysing the root cause, and it looks like X problem:
https://bugs.freedesktop.org/show_bug.cgi?id=99547

Note that if any part of the window stays on the built-in screen, the rendering on DisplayLink screen would not be 1 fps.

from evdi.

@rewtd
Thank you.
I have fixed my second monitor problem on Intel video. Just created this file:

$ cat /usr/share/X11/xorg.conf.d/10-intel.conf 
Section "Device"
    Identifier  "Intel"
    Driver      "intel"
    Option      "VSync" "false"
EndSection

from evdi.

The problem appears to be VSync on Intel. This fixed the issue on 16.04.2 for me.

Section "Device"
    Identifier  "Intel"
    Driver      "intel"
    Option      "VSync" "false"
EndSection

from evdi.

You can use the following code by copy and pasting or easily script the creation of this file (eg for imaging/preseed where it can saved into a script and then non-interactively used by either defining NOPASSWD for sudo for the setup user against the script or just running the commands as root during the preseed).

sudo mkdir -p /etc/X11/xorg.conf.d/
sudo tee /etc/X11/xorg.conf.d/20-intel.conf <<EOF
Section "Device"
  Identifier "Intel Graphics"
  Driver "Intel"
  Option "AccelMethod" "sna"
  Option "TearFree" "true"
  Option "TripleBuffer" "true"
  Option "MigrationHeuristic" "greedy"
  Option "Tiling" "true"
  Option "Pageflip" "true"
  Option "ExaNoComposite" "false"
  Option "Tiling" "true"
  Option "Pageflip" "true"
  Option "VSync" "false"
EndSection
EOF

from evdi.

Bumblebee is definitely not a supported configuration, as evdi needs reverse PRIME to work. This leaves you with nouveau which should work, and seeing 1 fps is not right. This is a very powerful machine, so I wonder how well nouveau supports this GPU (NVIDIA Quadro M1000M). Is the same terrible performance reproducible with monitorsim from this project? This would rule out DisplayLink-specific code and hardware.

from evdi.

I see this problem too on Arch Linux on a Precision 5510 (NVIDIA Quadro M1000M) with a 4.8.13-1-ARCH kernel. Dragging glxgears to the external monitor I get 1 fps, but on the laptop screen gives me 60fps

from evdi.

I also have this issue with Intel HD Graphics 4000 on Ubuntu 16.10. Displaylink screen runs at 1fps, cursor flashes. It was working fine on Ubuntu 16.04

from evdi.

Got the same issue with Gentoo Linux, 4.9.5 kernel, 1.2.65 displaylink driver, evdi module from current git sources.

from evdi.

I also have this issue on Archlinux on 4.9.8 kernel and udl driver for a USB2 device. This seems not to be an issue of the evdi module, but rather a problem with OpenGL rendering.
I get normal fps on my external displaylink monitors by starting applications with vglrun. Please test if this also applies to your configurations.

from evdi.

I have Dell XPS 15 9550 notebook with Intel HD Graphics 530 and NVIDIA GeForce GTX 960M. I have the same problem with 1 FPS on Intel video, but when I switch to Nvidia all works fine.
The problem showed itself after upgrade to Ubuntu 16.10.

from evdi.

Can confirm same behaviour on my Dell XPS 13 9360 running on 16.04. Annoyingly enough Dell didn't add a standard display port to that model so that the only way to connect an external screen is through the displaylink 😠

from evdi.

@matchilling wrote:
Annoyingly enough Dell didn't add a standard display port to that model so that the only way to connect an external screen is through the displaylink 😠

Wrong. Apparently it has a Thunderbolt 3 port, which could be used to connect an external display:

https://en.wikipedia.org/wiki/Dell_XPS#XPS_13_Touch_.289333.2F9343.2F9350.2F9360.2F9365.29

from evdi.

http://displaylink.org/forum/showthread.php?t=65364

from evdi.

@cherepanov Hey, Thanks. Your solution is more fast then others. I fill like i'm back to PC

from evdi.

No luck here. Still painfully slow running a two monitor setup. Any other suggestions or work around out there?

from evdi.

@t2javiers what is your host machine's hardware specs? You probably want a decently fast CPU with a good amount of RAM if you are doing 1080p or larger external monitors.

from evdi.

@dragon788 may I say somth. 16 ram, i7, I don't know why but Ubuntu has some properties on Intel HD integrated graphics that extremely slows picture on external monitor as say topic starter. anyway with config update that is described in previous messages situation may change, on first look. But after short time of use - I was surprised Google Chrome blinking and a lot of problems with GPU acceleration. In the end of this story I was forced to refuse of using 3100

from evdi.

@dragon788 I am on i7 3rd gen with 8gb of ram. Displayport drivers working perfectly fine on Windows 10 (same machine) and Macbook Air 2015. I do believe there is still something awry with the DisplayPort drivers or how the GPU is being handled.

from evdi.

I haven't been able to play with this to the point of getting the driver working (was dabbling in my free time at work), but I will try to give it a shot soon. Is everybody using 16.04 LTS or 16.10 or have some moved on to 17.04?

I wouldn't be surprised if some still using 16.04 have been hit with this as the Xorg server there seems to be affected by some issues in the Intel/Nvidia interactions on the latest "stable" versions (though some people have better luck installing the latest Xorg from PPA).

From reading the kernel bug linked above and other issues about DisplayLink on Linux I learned that there were a couple changes to how the Intel driver and DRM/DRI/PRIME and discrete GPUs (Nvidia/AMD) play together, and there are fixes for Nouveau but they might not have hit the Nvidia drivers yet. Essentially the problem comes from the X server not telling the devices about each other so the dGPU can't talk to the iGPU and tell it to draw things for it, and this is even worse when you add a "virtual" GPU via DisplayLink that wants somebody to draw things for it to display to an external monitor.

See also the forum post with a potential workaround and let us know if that fixes it. #51 (comment)

from evdi.

I am facing the same problem. As described in the thread on displaylink.org, I tried various configurations in /etc/X11/xorg.conf.d but it seems like this had no effect. For verification, it would be helpful to know:

• how can I see the currently active driver's name ("intel", "Intel", "i915", "modesetting")? I am not sure if the options in this directory are really commited to the driver.
• how can I query X11 to see if the changes really had an effect (query for "PageFlip" setting or vsync setting)?
• how can I verify that the connections runs at the correct speed (e.g. 60 FPS) from a system point of view? The only way to verify if a patch works is "by eye"... This might be distorted by the window manager's framerate.

Since all of the above patches did not work (in my opinion, since I do not have any command queries to really verify the system status), I finally added this PPA https://launchpad.net/~xorg-edgers/+archive/ubuntu/ppa and updated my system. It might "feel" a little bit better now, but still not fluent enough.

Any more suggestions are welcome.

from evdi.

Are the permissions of the X11 folder and the conf file important?

from evdi.

using a Fujitsu Displaylink adapter here with a Fujitsu monitor. It's connected to the adapter by Displaylink. I am running a Lenovo Thinkpad E540 with the Intel driver. Electron apps (Like Franz for example) and Google Chrome are running dead slow. Also the mouse responsiveness is bad. I've tried the above suggestions for the Xorg-config. Doesn't do anything.

from evdi.

For me it's a T460p. Changed to the nvidia-387 driver now (using prime-select). Scrolling in Firefox or Sublime Text is extremely slow. Is this issue independent of using intel/nvidia drivers?

from evdi.

A lot of water has flowed under the bridge from this thread had started. I will close this issue as some workarounds have been found. If you still see an issue with fps with the latest software (evdi/kernel/xorg) please raise a new issue.

from evdi.