Scrollbar Sometimes is Very Slow

[verminator]

As an example the terminal. If I click on the scrollbar and move the mouse up or down the scrollbar occasionally moves slowly so that the mouse pointer is at the top of the screen and the handle just moved a few centimetres. And then again it moves at regular speed where the handle moves underneath the mouse pointer and remains there.

What is this? How do I turn off that slow thing as it is very annoying to me?

I have XFCE and nVidia.

[SGS]

How to provide good information in your posts

When asking questions in the forum, it would be most helpful to all members if you provide some basic information. When you provide info from the terminal, usually from your logs, you have to format it so the content is easy to read. First copy and paste your text/terminal/code into the post Then select the text/code and click the post edit toolbar button </> . Another handy way is to use 3 backticks ` at the start and 3 more at the end of the text like this: ``` Paste text or code here …

Start with

$ inxi -Fxxxza --no-host

Check in terminal with
top or htop

[verminator]

This isn't a problem with something blocking the CPU or whatever. The machine is idling. It's something how scrollbars work. I mentioned the terminal, but it seems to affect all applications that don't have their own implementation of scrollbars or are supplied by the OS.

E.g., it does work in Thunderbird, Firefox, Vivaldi, Sublime Text, ... and it doesn't work in terminal, settings, all kinds of file open/save dialogues, ...

It seems to be related how fast I start do drag the handle. If I start slowly then the scrollbar starts to misbehave and the handle moves slowly.

I guess this is an OS-wide logic and I don't know what it's called or how to turn it off.

[SGS]

@verminator

This isn't a problem with something blocking the CPU

ok, what is with my first question?

$ inxi -Fxxxza --no-host

FYI, I have no problems on i3wm/Xfce and KDE.

[verminator]

$ inxi -Fxxxza --no-host
System:    Kernel: 4.19.66-1-MANJARO x86_64 bits: 64 compiler: gcc v: 9.1.0 
           parameters: BOOT_IMAGE=/boot/vmlinuz-4.19-x86_64 root=UUID=6ddc54eb-3d4c-4bab-b2b9-9a3e01d25a7a rw 
           resume=UUID=3290b951-2ffd-4a02-b65c-19a4b8a9962c quiet splash 
           Desktop: Xfce 4.14.1 tk: Gtk 3.24.10 info: xfce4-panel wm: xfwm4 dm: LightDM 1.30.0 Distro: Manjaro Linux 
Machine:   Type: Desktop System: Gigabyte product: N/A v: N/A serial: <filter> Chassis: type: 3 serial: <filter> 
           Mobo: Gigabyte model: F2A88XM-HD3P v: x.x serial: <filter> BIOS: American Megatrends v: F2 date: 12/24/2015 
CPU:       Topology: Dual Core model: AMD A4-7300 APU with Radeon HD Graphics bits: 64 type: MCP arch: Piledriver 
           family: 15 (21) model-id: 13 (19) stepping: 1 microcode: 6001119 L2 cache: 1024 KiB 
           flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 15177 
           Speed: 3972 MHz min/max: 1800/3800 MHz boost: enabled Core speeds (MHz): 1: 3972 2: 3979 
           Vulnerabilities: Type: l1tf status: Not affected 
           Type: mds status: Not affected 
           Type: meltdown status: Not affected 
           Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 mitigation: Full AMD retpoline, STIBP: disabled, RSB filling 
Graphics:  Device-1: NVIDIA GK208B [GeForce GT 710] vendor: Micro-Star MSI driver: nvidia v: 430.40 bus ID: 01:00.0 
           chip ID: 10de:128b 
           Display: x11 server: X.Org 1.20.5 driver: nvidia resolution: 1920x1080~60Hz 
           OpenGL: renderer: GeForce GT 710/PCIe/SSE2 v: 4.6.0 NVIDIA 430.40 direct render: Yes 
Audio:     Device-1: Advanced Micro Devices [AMD] FCH Azalia vendor: Gigabyte driver: snd_hda_intel v: kernel bus ID: 00:14.2 
           chip ID: 1022:780d 
           Device-2: NVIDIA GK208 HDMI/DP Audio vendor: Micro-Star MSI driver: snd_hda_intel v: kernel bus ID: 01:00.1 
           chip ID: 10de:0e0f 
           Device-3: Corsair type: USB driver: snd-usb-audio bus ID: 10-4:2 chip ID: 1b1c:0a02 
           Sound Server: ALSA v: k4.19.66-1-MANJARO 
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Gigabyte driver: r8168 v: 8.047.02-NAPI 
           port: d000 bus ID: 03:00.0 chip ID: 10ec:8168 
           IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 223.57 GiB used: 108.81 GiB (48.7%) 
           ID-1: /dev/sda vendor: Kingston model: SHSS37A240G size: 223.57 GiB block size: physical: 512 B logical: 512 B 
           speed: 6.0 Gb/s serial: <filter> rev: 00.Y scheme: MBR 
Partition: ID-1: / raw size: 208.21 GiB size: 204.82 GiB (98.37%) used: 108.81 GiB (53.1%) fs: ext4 dev: /dev/sda3 
           ID-2: swap-1 size: 15.26 GiB used: 0 KiB (0.0%) fs: swap swappiness: 1 (default 60) 
           cache pressure: 50 (default 100) dev: /dev/sda2 
Sensors:   System Temperatures: cpu: 35.2 C mobo: N/A gpu: nvidia temp: 60 C 
           Fan Speeds (RPM): N/A gpu: nvidia fan: 51% 
Info:      Processes: 217 Uptime: 4h 40m Memory: 15.61 GiB used: 5.41 GiB (34.7%) Init: systemd v: 242 Compilers: gcc: 9.1.0 
           Shell: bash v: 5.0.7 running in: xfce4-terminal inxi: 3.0.35 

[SGS]

@verminator

AMD A4-7300

Maybe the Dual Core

CPU:       Topology: Quad Core model: Intel Core i7-3770K bits: 64 type: MT MCP 
arch: Ivy Bridge family: 6 model-id: 3A (58) stepping: 9 microcode: 21 
L2 cache: 8192 KiB 
flags: avx lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 56190 
Speed: 3855 MHz min/max: 1600/3900 MHz Core speeds (MHz): 1: 3855 2: 3894 3: 3908 
4: 3883 5: 3904 6: 3872 7: 3895 8: 3873 

make a difference?
In picture is the one without "K" = 3900 MHz

[verminator]

Well, I'd probably agree with you if the behaviour somehow relates to the utilisation of the CPU. However, that doesn't seem to correlate as my CPU is somewhat bored.

[SGS]

Ok, it was just an idea, because everything I have on weaker CPU's drives me crazy about the speed of the graphical user interfaces.

[Photon]

@verminator

It seems to be related how fast I start do drag the handle. If I start slowly then the scrollbar starts to misbehave and the handle moves slowly.

I guess this is an OS-wide logic and I don't know what it's called or how to turn it off.

I also observed this and it is pretty sure not a performance issue but a feature. Have a look at this: https://unix.stackexchange.com/questions/264667/how-can-i-disable-this-gtk3-scrollbar-behaviour

[verminator]

"Zoomed scrolling"??? LOL I'd never have found that...