Intel vs. Modesetting X.Org DDX Linux 2017
Comparing impact of xf86-video-intel and xf86-video-modesetting DDX drivers on Intel Broadwell ThinkPad X1 Carbon. Benchmarks by Michael Larabel.
Compare your own system(s) to this result file with the Phoronix Test Suite by running the command: phoronix-test-suite benchmark 1701116-RI-DDXTESTS353
xf86-video-intel 2.99.917
Processor: Intel Core i7-5600U @ 3.20GHz (4 Cores), Motherboard: LENOVO 20BSCTO1WW, Chipset: Intel Broadwell-U-OPI, Memory: 8192MB, Disk: 128GB SAMSUNG MZNTE128, Graphics: Intel HD 5500 (Broadwell GT2) 3072MB (950MHz), Audio: Intel Broadwell-U Audio, Network: Intel Connection + Intel Wireless 7265
OS: Ubuntu 16.10, Kernel: 4.10.0-999-generic (x86_64) 20161229, Desktop: Unity 7.5.0, Display Server: X Server 1.18.4, Display Driver: intel 2.99.917, OpenGL: 4.5 Mesa 17.0.0-devel- padoka PPA, Vulkan: 1.0.21, Compiler: GCC 6.2.0 20161005, File-System: ext4, Screen Resolution: 1920×1080
Processor Notes: Scaling Governor: intel_pstate powersave
Graphics Notes: SNA
xf86-video-modesetting 1.18.4
Processor: Intel Core i7-5600U @ 3.20GHz (4 Cores), Motherboard: LENOVO 20BSCTO1WW, Chipset: Intel Broadwell-U-OPI, Memory: 8192MB, Disk: 128GB SAMSUNG MZNTE128, Graphics: Intel HD 5500 (Broadwell GT2) 3072MB , Audio: Intel Broadwell-U Audio, Network: Intel Connection + Intel Wireless 7265
OS: Ubuntu 16.10, Kernel: 4.10.0-999-generic (x86_64) 20161229, Desktop: Unity 7.5.0, Display Server: X Server 1.18.4, Display Driver: modesetting 1.18.4, OpenGL: 4.5 Mesa 17.0.0-devel- padoka PPA, Vulkan: 1.0.21, Compiler: GCC 6.2.0 20161005, File-System: ext4, Screen Resolution: 1920×1080
Compiler Notes: —build=x86_64-linux-gnu —disable-browser-plugin —disable-vtable-verify —disable-werror —enable-checking=release —enable-clocale=gnu —enable-default-pie —enable-gnu-unique-object —enable-gtk-cairo —enable-java-awt=gtk —enable-java-home —enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ —enable-libmpx —enable-libstdcxx-debug —enable-libstdcxx-time=yes —enable-multiarch —enable-multilib —enable-nls —enable-objc-gc —enable-plugin —enable-shared —enable-threads=posix —host=x86_64-linux-gnu —program-prefix=x86_64-linux-gnu- —target=x86_64-linux-gnu —with-abi=m64 —with-arch-32=i686 —with-arch-directory=amd64 —with-default-libstdcxx-abi=new —with-multilib-list=m32,m64,mx32 —with-tune=generic -v
Processor Notes: Scaling Governor: intel_pstate powersave
Intel vs. Modesetting X.Org DDX Linux 2017
Intel Core i7-5600U @ 3.20GHz (4 Cores)
modesetting vs intel
По советам ведущих линуксоводов попробовал заменить протухший и негодный интеловский ddx драйвер на modesetting. Чтобы не слишком опозориться перед прогрессивной молодежью накатил в дебиан свежее ядро и месу из бэкпортов (заранее зная, что это не поможет). И что бы вы думали? Дичайший тиринг, прокрутка просто превращает все в тыкву, видео даже пробовать не стал. Для сравнения: с intel UXA приемлимый тиринг, на который особо не обращаю внимание; SNA — вообще тиринг не обнаружен даже без TearFree, зато артефакты лезут как тараканы и мерцания какие-то спорадические, т.е. неюзабельно. В результате вернулся на тормозную UXA, а что делать.
Вопросы: это (modesetting) вообще легально ставить по дефолту? И может быть свежайшие иксы мне таки помогут? Что скажет анон? Оборудование — встройка skylake.
Да, драйвер от интел за последний год на моем ноуте стал отвратительно работать, перестал и багрепорты писать. Они баг пофиксят, а через одно обновление заново ломают. Но modesetting оказался еще хуже. Вернулся на интел + compton.
А так все зависит конкретно от твоей железке.
Всем известно, что нужно идти в магазин за не менее чем gcn4. А лучше за vega64.
Вообще не понимаю, о чем речь. Сижу на арче. В конфиге иксов только тирфри прописан. Никаких артефактов, падения производительности или тиринга не наблюдаю. i5 6600k
Modesetting от тиринга тебя не спасет. Зато от тиринга спасет композитный менеджер типа Compton.
К слову, какой-либо заметной разницы между modesetting и intel нет. Я несколько раз пробовал и то и другое.
Зато на modesetting может появиться такая проблема. Еще я в той же теме писал, что у меня Steam намертво вис на modesetting — но сейчас уже починился.
Kron4ek ★★★★★ ( 14.10.18 17:48:27 MSK )
Последнее исправление: Kron4ek 14.10.18 17:55:32 MSK (всего исправлений: 1)
Дело не в хорге там вообще надо все конфиги удалить тормозят и без того слабую машину, меняй vm и переезд не на vesafb, а на fbdev
Manjaro & Kubuntu
Я вообще не понимаю, о чем ты.
Intel SNA vs. Modesetting GLAMOR — DDX Benchmarks
Following all of the Intel 3D graphics tests this week for DRM-Next code for Linux 4.7, Mesa 11.3-devel, and more, there’s been a few readers requesting a fresh xf86-video-intel vs. xf86-video-modesetting comparison.
The Intel DDX driver continues to be what nearly all Linux distributions use as the default X.Org driver when Intel hardware is detected, but xf86-video-modesetting can alternatively be used thanks to it universally targeting DRM/KMS drivers. The Intel driver continues to be focused on its performant but huge SNA acceleration architecture that’s written for each generation of Intel graphics while the xf86-video-modesetting driver just uses GLAMOR to accelerate 2D over OpenGL in a generic manner. With xf86-video-intel 3.0 still not happening and that release cycle being dragged on for years while SNA being a big maintenance burden, some have questioned whether xf86-video-modesetting is a better future for Intel hardware.
Similar to my recent Radeon vs. Modesetting DDX comparison, I ran an Intel vs. Modesetting DDX comparison on a Haswell and Broadwell laptop/ultrabook.
Changing out the DDX driver on this Intel hardware didn’t have much of an impact on the 3D/OpenGL tests, contrary to what some Phoronix readers have been reporting.
For 2D, the Intel DDX driver with its custom SNA architecture was faster than the generic xf86-video-modesetting with GLAMOR.
You can dig through this Friday benchmarking fun via this OpenBenchmarking.org result file. Via the forums you can share your own experiences with the Intel and Modesetting X.Org drivers.
Драйверы xf86-video, нубский вопрос
Intel все меньше внимания уделяет xf86-video-intel и больше совершенствует modesetting, что отражено и в Wiki (en), в которой прямо указано, что не рекомендуется устанавливать xf86-видео-Intel.
Я удалил xf86-video-Intel и использую modesetting (как пишут не будет и тиринга). Пока тестирую, проблем пока не вижу.
pacman -Q xf86-video-intel
ошибка: пакет 'xf86-video-intel' не найденМодуль i915 загружается по дефолту.
EDIT 1 — хотя более разумно было не удалять xf86-video-Intel, а просто исключить его из загрузки . но решил отрезать сразу.
EDIT 2 — кстати не рекомендуют также использовать и xf86-video-amdgpu/ati , а использовать modesetting (который встроен в X), если ничего не напутал
извините что влез,у моего ноутбука видео интел GMA X3100,при включении примерно на минуту загрузка застряет ,пишет что-то вроде drm_atomic_helper errors .
Пока добавил в /etc/default /grub в строчку GRUB_CMDLINE_LINUX_DEFAULT=»video=SVIDEO-1:d»,где-то в интернете нашел,не знаю что это означает,но помогло ,не застряет.
Если удалить xf86-video-Intel не будет писать про drm_atomic. или все равно придется лезть в grub?
Шо значит «video=SVIDEO-1:d» хоть убей не знаю,но работает.
Почитай Wiki + этот топик BBS
error — drm_atomic_helper может быть связан и с xf86-video-intel (нужно экспериментировать) . посмотри, например, это — нужно побольше, гугли
the only way for me (at this moment) is to unistall xf86-video-intelтак что можешь поэкспериментировать.
EDIT 1 — а вообще если у тебя иногда подвисают отдельные приложения, возможно и система или временами грузится проц без всяких причин и учитывая, что у тебя
возможно нужно пробовать другие решения, например, установить значение файла /sys/module/drm_kms_helper/parameters/poll равным N (вместо Y) либо даже более радикально blacklist drm_kms_helper . Вообщем все зависит от ситуации.
vasek
а вообще если у тебя иногда подвисают отдельные приложения, возможно и система или временами грузится проц без всяких причин
ничего не подвисает,не тормозит,проц не грузится.
Без строчки в grub просто долго загружался.Через недельку буду в своем сельском домике,ноутбук там,поэксперементирую,пока ещё почитаю.Ноутбук хоть и с GMA X3100 но практически новый,стоял в германии на витрине магазина и куплен за копейки на распродаже.
modesetting — это Х-ыйядерный драйвер, также как и xf86-video-intel поддерживает только 2d ускорение, но в отличие от xf86-video-intel может использовать новый метод ускорения glamor, а не только uxa и sna.
PS — вот только сейчас заметил, что когда тестировал modesetting, то тестировал в режиме sna, так было прописано в конфиге (если ничего не прописано, то по дефолту будет glamor) . значит будем еще тестировать.
Как его загрузить вместо xf86-video-intel? Нужно создать файл /etc/X11/xorg.conf.d/20-intel.conf и прописать нужное, например, мой вариант (много лишнего, но это чтобы не забыть и легко менять) — сейчас работает xf86-video-intel …. но легко поменять на другое
cat /etc/X11/xorg.conf.d/20-intel.conf
Section "Device" Identifier "Intel Graphics" Driver "intel" # Driver "modesetting" Option "AccelMethod" "sna" Option "TripleBuffer" "off" Option "TearFree" "true" #Option "DRI" "2" #возможные значения - Option "AccelMethod" "sna/uxa/ glamor" EndSection # Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection #Intel vs. Modesetting X.Org DDX Performance Impact
With word of Fedora switching away from using the Intel X.Org driver in favor of the generic xf86-video-modesetting driver, following in the steps laid by Debian/Ubuntu, there is fresh discussions over features and any performance impact of xf86-video-modesetting vs. xf86-video-intel DDX drivers. As such, here are some fresh 2D and 3D benchmarks.
Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite
Modesetting is still much, much slower in several areas. When you hit one of them, you notice the difference (especially on slow GPUs like Intel’s). Hope it gets some attention.
Comment
By the way, please test on xorg-server 1.19. It’s useless to test an old version when everybody will get 1.19 soon.
Comment
Comment
Why did you use an old xorg-server version and an old version of xf86-video-intel?
It would have been a lot more interesting if you would have used the latest xorg-server version and the latest git snapshot of xf86-video-intel.
Comment
I retested some of that with current X, mesa, xf86-video-intel (on a current processor, too — Skylake.) These are all straight out of git.
Modesetting is about on par for gtkperf (as I posted yesterday), and for a couple of the worst offenders in Michael’s list, intel is much faster still:
intel: 3000000 reps @ 0.0024 msec (422000.0/sec): Fill 300×300 aa trapezoid
modesetting: 20000 reps @ 0.3441 msec ( 2910.0/sec): Fill 300×300 aa trapezoid
And in others, modesetting is greatly improved:
intel: 40000000 reps @ 0.0001 msec (7310000.0/sec): Char in 80-char aa line (Charter 10)
modesetting: 56000000 reps @ 0.0001 msec (10200000.0/sec): Char in 80-char aa line (Charter 10)
My seat-of-pants impression is that I cannot tell any difference, except that modesetting is more stable.