micro: scrolling performance very slow (scrolling)
Description of the problem or steps to reproduce
Perhaps related to #1108 I ssh into another machine, then run micro on that device, open a somewhat large file (longer than one page) and use the arrow keys to scroll down, and down, and down past the first page (so it has to start updating the screen), then let go of the arrow key. It will continue to scroll, very slowly line by line, for a long time after you’ve stopped pressing down.
Specifications
The “server” is a laptop with an AMD E2-1800 APU, basically a 10 year old laptop so it’s not very fast. But it is not running any graphics, and every other text editor I tried (namely nano, vim, and tilde), and I also tried locally on the laptop and the the same issue occurs on both Debian and Ubuntu. I forget if I tried it on CentOS.
Commit hash: Version: 2.0.8 OS: running Micro on Debian bullseye, connected to via SSH from both Ubuntu 21.10 and Android 12 Terminal: happens on both Tilix and GNOME Terminal (both VTE based), and kitty terminal on the desktop. As well as Termux and JuiceSSH on Android.
I am using zsh on both the host (server) and desktop and pretty sure Termux is running bash, but there doesn’t seem to be a difference if I switch to bash on desktop. or on the server before running micro Here’s the issue happening on my 100 line .zshrc using Termux (Android app) using ssh to connect to the server. I enabled the option so you can see when I’m tapping, the scrolling is happening long after the taps have ceased. https://user-images.githubusercontent.com/2936638/150813638-ccde2bdd-e1ac-4c86-ba2d-912421949670.mp4
About this issue
- Original URL
- State: open
- Created 2 years ago
- Reactions: 4
- Comments: 24
Thank you @janxkoci for giving another try. As I see, this problem only appears in some specific scenarios, regardless of file size (as I told, I start to notice the issue in files as small as ~350 bytes). It also doesn’t seem that device performance is the bottleneck per se (but it might have a influence).
Another thing I noticed is that, while the problem happens if I keep the arrow keys pressed to move around, it doesn’t if I repeatedly press them to move around. In the first case, when I release the key, it takes too long to stop (as I already told you). In the second, it stops immediately when the keys are released, with no noticeable impact on scrolling.
At this point I stopped using micro with my Raspberry Pi, as this issue really prevents it from being usable. It still my first text editor in my main machine though (the same which I use to access the Raspberry Pi), where I have never experienced any issue.
Well, the MediaTek A22Tab in the Lenovo (same in 1st and 2nd gen of the tablet) gets a Geekbench 3 score of 155 (single core) and 521 (multicore). Conversely, the AMD E2-1800 APU has a score of 141 (single core) and 244 (multicore). While the single core speed is comparable, the Lenovo benefits from being a quad core instead of dual. The Lenovo has less RAM (2gb vs 4gb) than the laptop, but the MediaTek SoC is from 2018 instead of 2012 like the AMD, so it may have faster RAM. It could also be due to the storage, the EMMC is faster than the HDD in the laptop.
Not sure, maybe if we could get more information on the M3 system that @jrdek has, might help to diagnose this.