You are not logged in.

#1 2018-01-16 00:00:37

moige
Member
Registered: 2018-01-15
Posts: 4

[SOLVED] Screen refresh in terminals emulators is SO slow

The screen refresh when I do ls /bin/ in terminal is SO slow. I guess is a problem with framebuffer? I do thought is a problem with framebuffer? I activated VESA, but nothing has been change.

# lshw -C display

    *-display
           description: VGA compatible controller
           product: 82865G Integrated Graphics Controller
           vendor: Intel Corporation
           physical id: 2
           bus info: pci@0000:00:02.0
           version: 02
           width: 32 bits
           clock: 33MHz
           capabilities: pm vga_controller bus_master cap_list rom
           configuration: driver=i915 latency=0
           resources: irq:16 memory:f0000000-f7ffffff memory:ff280000-ff2fffff ioport:ec00(size=8) memory:c0000-dffff
$ uname -a
Linux ATENAS 4.14.13-1-ARCH #1 SMP PREEMPT Wed Jan 10 11:14:50 UTC 2018 x86_64 GNU/Linux
$ dmesg | grep -i 'frame.*buffer'

    [    0.509576] vesafb: framebuffer at 0xf0000000, mapped to 0xffffa673c0600000, using 1216k, total 1216k
    [    0.523958] Console: switching to colour frame buffer device 80x30
    [    0.537990] fb0: VESA VGA frame buffer device
    [    0.887454] Console: switching to colour frame buffer device 128x48
    [    0.907808] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device

Nothing band happens, I guess.

/etc/X11/xorg.conf.d/20-intel.conf

    Section "Device"
    	Identifier  "Intel Graphics"
    	Driver      "intel"
    	Option	    "DRI"	         "3"
    	Option      "AccelMethod"    "uxa"
    	Option	    "TearFree"       "true"
    EndSection

VAAPI influences in this? Because, AFAIK, VAAPI is not possible with i915 driver. KMS or DRM configuration?, MESA or VULKAN need to be care?

Is slow with wathever command that demand a heavy use of terminal screen. VIM is very affected by this problem, some times get very time to upgrade the new text that I entry (without code highlight and anybody plugin).

$ time ls /bin/
    
    real	0m4,042s
    user	0m0,038s
    sys	0m0,111s

When I exit of X11 I get:

    real    0m1,568s
    user    0m0,009s
    sys 0m0,744s

Thanks in advanced for helping.

Last edited by moige (2018-01-16 01:32:32)

Offline

#2 2018-01-16 00:04:15

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 29,530
Website

Re: [SOLVED] Screen refresh in terminals emulators is SO slow

You're using the intel x11 driver?  Try removing it (and it's config file) so X just uses the built in modesetting driver.  The latter performs much better under most conditions.


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#3 2018-01-16 00:20:25

moige
Member
Registered: 2018-01-15
Posts: 4

Re: [SOLVED] Screen refresh in terminals emulators is SO slow

Trilby wrote:

You're using the intel x11 driver?  Try removing it (and it's config file) so X just uses the built in modesetting driver.  The latter performs much better under most conditions.

You mean the xf86-video-intel? In that case: Yes. So, just remove and nothing more about configuration to use modesetting?

Offline

#4 2018-01-16 00:23:24

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 29,530
Website

Re: [SOLVED] Screen refresh in terminals emulators is SO slow

Yes, remove that package, then remove 20-intel.conf and restart X - you should then be using the modesetting driver which should be able to be confirmed in your xorg log.

If you have vesa or fbdev installed it might try to use those first - so you may need to remove those too if they are installed.  The modesetting driver is built in, so no x11 driver package is needed.  Modesettings is generally the recommended default for intel graphics lately.


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#5 2018-01-16 00:54:31

moige
Member
Registered: 2018-01-15
Posts: 4

Re: [SOLVED] Screen refresh in terminals emulators is SO slow

Trilby wrote:

Yes, remove that package, then remove 20-intel.conf and restart X - you should then be using the modesetting driver which should be able to be confirmed in your xorg log.

If you have vesa or fbdev installed it might try to use those first - so you may need to remove those too if they are installed.  The modesetting driver is built in, so no x11 driver package is needed.  Modesettings is generally the recommended default for intel graphics lately.

Ok. I do that you say, but when I try to start X11 without intel driver and without intel conf, X11 just not start.

[   159.573] 
X.Org X Server 1.19.6
Release Date: 2017-12-20
[   159.573] X Protocol Version 11, Revision 0
[   159.573] Build Operating System: Linux 4.9.71-1-lts x86_64 
[   159.573] Current Operating System: Linux ATENAS 4.14.13-1-ARCH #1 SMP PREEMPT Wed Jan 10 11:14:50 UTC 2018 x86_64
[   159.573] Kernel command line: BOOT_IMAGE=/vmlinuz-linux root=UUID=bdabb52d-1d3b-4ffc-b31a-dc04ade0789e rw quiet zswap.enable=1
[   159.574] Build Date: 25 December 2017  02:02:38PM
[   159.574]  
[   159.574] Current version of pixman: 0.34.0
[   159.574] 	Before reporting problems, check http://wiki.x.org
	to make sure that you have the latest version.
[   159.574] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   159.575] (==) Log file: "/home/moige/.local/share/xorg/Xorg.0.log", Time: Mon Jan 15 20:37:37 2018
[   159.575] (==) Using config directory: "/etc/X11/xorg.conf.d"
[   159.575] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   159.576] (==) No Layout section.  Using the first Screen section.
[   159.576] (==) No screen section available. Using defaults.
[   159.576] (**) |-->Screen "Default Screen Section" (0)
[   159.576] (**) |   |-->Monitor "<default monitor>"
[   159.576] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[   159.576] (==) Automatically adding devices
[   159.576] (==) Automatically enabling devices
[   159.576] (==) Automatically adding GPU devices
[   159.576] (==) Automatically binding GPU devices
[   159.576] (==) Max clients allowed: 256, resource mask: 0x1fffff
[   159.576] (WW) The directory "/usr/share/fonts/Type1/" does not exist.
[   159.576] 	Entry deleted from font path.
[   159.576] (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/100dpi/".
[   159.576] 	Entry deleted from font path.
[   159.576] 	(Run 'mkfontdir' on "/usr/share/fonts/100dpi/").
[   159.576] (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/75dpi/".
[   159.576] 	Entry deleted from font path.
[   159.576] 	(Run 'mkfontdir' on "/usr/share/fonts/75dpi/").
[   159.576] (==) FontPath set to:
	/usr/share/fonts/misc/,
	/usr/share/fonts/TTF/,
	/usr/share/fonts/OTF/
[   159.576] (==) ModulePath set to "/usr/lib/xorg/modules"
[   159.576] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[   159.576] (II) Loader magic: 0x55cfdc8efd60
[   159.576] (II) Module ABI versions:
[   159.576] 	X.Org ANSI C Emulation: 0.4
[   159.576] 	X.Org Video Driver: 23.0
[   159.577] 	X.Org XInput driver : 24.1
[   159.577] 	X.Org Server Extension : 10.0
[   159.578] (++) using VT number 1

[   159.578] (--) controlling tty is VT number 1, auto-enabling KeepTty
[   159.580] (II) systemd-logind: took control of session /org/freedesktop/login1/session/c3
[   159.581] (II) xfree86: Adding drm device (/dev/dri/card0)
[   159.583] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 11 paused 0
[   159.588] (--) PCI:*(0:0:2:0) 8086:2572:1849:2572 rev 2, Mem @ 0xf0000000/134217728, 0xff280000/524288, I/O @ 0x0000ec00/8, BIOS @ 0x????????/131072
[   159.588] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
[   159.588] (II) LoadModule: "glx"
[   159.588] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   159.591] (II) Module glx: vendor="X.Org Foundation"
[   159.591] 	compiled for 1.19.6, module version = 1.0.0
[   159.591] 	ABI class: X.Org Server Extension, version 10.0
[   159.591] (==) Matched intel as autoconfigured driver 0
[   159.591] (==) Matched intel as autoconfigured driver 1
[   159.591] (==) Matched modesetting as autoconfigured driver 2
[   159.591] (==) Matched fbdev as autoconfigured driver 3
[   159.591] (==) Matched vesa as autoconfigured driver 4
[   159.591] (==) Assigned the driver to the xf86ConfigLayout
[   159.591] (II) LoadModule: "intel"
[   159.591] (WW) Warning, couldn't open module intel
[   159.591] (II) UnloadModule: "intel"
[   159.592] (II) Unloading intel
[   159.592] (EE) Failed to load module "intel" (module does not exist, 0)
[   159.592] (II) LoadModule: "modesetting"
[   159.592] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[   159.592] (II) Module modesetting: vendor="X.Org Foundation"
[   159.592] 	compiled for 1.19.6, module version = 1.19.6
[   159.592] 	Module class: X.Org Video Driver
[   159.592] 	ABI class: X.Org Video Driver, version 23.0
[   159.592] (II) LoadModule: "fbdev"
[   159.592] (WW) Warning, couldn't open module fbdev
[   159.592] (II) UnloadModule: "fbdev"
[   159.592] (II) Unloading fbdev
[   159.592] (EE) Failed to load module "fbdev" (module does not exist, 0)
[   159.592] (II) LoadModule: "vesa"
[   159.593] (WW) Warning, couldn't open module vesa
[   159.593] (II) UnloadModule: "vesa"
[   159.593] (II) Unloading vesa
[   159.593] (EE) Failed to load module "vesa" (module does not exist, 0)
[   159.593] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[   159.593] (II) modeset(0): using drv /dev/dri/card0
[   159.593] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[   159.593] (II) modeset(0): Creating default Display subsection in Screen section
	"Default Screen Section" for depth/fbbpp 24/32
[   159.593] (==) modeset(0): Depth 24, (==) framebuffer bpp 32
[   159.593] (==) modeset(0): RGB weight 888
[   159.593] (==) modeset(0): Default visual is TrueColor
[   159.593] (II) Loading sub module "glamoregl"
[   159.593] (II) LoadModule: "glamoregl"
[   159.593] (II) Loading /usr/lib/xorg/modules/libglamoregl.so
[   159.595] (II) Module glamoregl: vendor="X.Org Foundation"
[   159.595] 	compiled for 1.19.6, module version = 1.0.0
[   159.595] 	ABI class: X.Org ANSI C Emulation, version 0.4
[   159.595] (II) glamor: OpenGL accelerated X.org driver based.
[   159.610] (II) glamor: EGL version 1.4 (DRI2):
[   159.626] (II) modeset(0): glamor initialized
[   159.738] (II) modeset(0): Output VGA-1 has no monitor section
[   159.852] (II) modeset(0): EDID for output VGA-1
[   159.852] (II) modeset(0): Printing probed modes for output VGA-1
[   159.852] (II) modeset(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz e)
[   159.852] (II) modeset(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz e)
[   159.852] (II) modeset(0): Modeline "800x600"x56.2   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz e)
[   159.852] (II) modeset(0): Modeline "848x480"x60.0   33.75  848 864 976 1088  480 486 494 517 +hsync +vsync (31.0 kHz e)
[   159.852] (II) modeset(0): Modeline "640x480"x59.9   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz e)
[   159.852] (II) modeset(0): Output VGA-1 connected
[   159.852] (II) modeset(0): Using exact sizes for initial modes
[   159.852] (II) modeset(0): Output VGA-1 using initial mode 1024x768 +0+0
[   159.852] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
[   159.852] (==) modeset(0): DPI set to (96, 96)
[   159.852] (II) Loading sub module "fb"
[   159.852] (II) LoadModule: "fb"
[   159.852] (II) Loading /usr/lib/xorg/modules/libfb.so
[   159.853] (II) Module fb: vendor="X.Org Foundation"
[   159.853] 	compiled for 1.19.6, module version = 1.0.0
[   159.853] 	ABI class: X.Org ANSI C Emulation, version 0.4
[   159.853] (==) Depth 24 pixmap format is 32 bpp
[   159.853] Require OpenGL version 2.1 or later.
[   159.853] (EE) modeset(0): Failed to initialize glamor at ScreenInit() time.
[   159.853] (EE) 
Fatal server error:
[   159.853] (EE) AddScreen/ScreenInit failed for driver 0
[   159.854] (EE) 
[   159.854] (EE) 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org
 for help. 
[   159.854] (EE) Please also check the log file at "/home/moige/.local/share/xorg/Xorg.0.log" for additional information.
[   159.854] (EE) 
[   159.869] (EE) Server terminated with error (1). Closing log file.

It seems to be a problem with glamor aceleration?

Offline

#6 2018-01-16 01:19:58

Trilby
Inspector Parrot
Registered: 2011-11-29
Posts: 29,530
Website

Re: [SOLVED] Screen refresh in terminals emulators is SO slow

Odd.  I'm not sure what to make of that error - but it has shown up in another current thread:
https://bbs.archlinux.org/viewtopic.php?id=233474

How do you start x and what DE/WM are you using?

Do you have `mesa` installed?

Last edited by Trilby (2018-01-16 01:20:37)


"UNIX is simple and coherent..." - Dennis Ritchie, "GNU's Not UNIX" -  Richard Stallman

Offline

#7 2018-01-16 01:24:46

moige
Member
Registered: 2018-01-15
Posts: 4

Re: [SOLVED] Screen refresh in terminals emulators is SO slow

Trilby wrote:

Odd.  I'm not sure what to make of that error - but it has shown up in another current thread:
https://bbs.archlinux.org/viewtopic.php?id=233474

How do you start x and what DE/WM are you using?

Do you have `mesa` installed?

Update: I finally can start X11 with modesetting and framebuffer perfomance is resolved. I just make a 00-modsetting.conf and disable AccelMethod because glamor is falling in my device. The only problem is that the resolution is lower than my monitor can, but is irrelevant to this problem; that can be easily solved with xrandr.

Last edited by moige (2018-01-16 01:31:02)

Offline

Board footer

Powered by FluxBB