Re: [orca-list] Sluggishness in Orca



Maybe this is related to the type of GPU on the laptops? I don't have any noticeable lag that I am aware. Here is my GPU for further reference.


lspci | grep VGA

00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07) 00:13.0 Non-VGA unclassified device: Intel Corporation Sunrise Point-LP Integrated Sensor Hub (rev 21)]



On 10/28/18 10:57 PM, Kyle via orca-list wrote:
Andy Borka via orca-list aliandika:
# Best recommendation is to get a better computer at some point.

That dependds on how you define better. First of all, I personally define a better computer as one that doesn't break the bank, either at purchase time or during a month of daily usage. I currently have 4 to 5 computers running at any one time, and they altogether use about 20% of the power used by the monster beasty I had that finally died earlier this year, and any one of them is capable of being powered by a standard USB cell phone battery for anywhere from 6 to 16 hours or more. I consider any one of these to be a better computer. Now for the most relevant point. A screen reader should run smoothly on any computer that is capable of running a supported desktop. The work-around for a bug or other performance issue that is causing a screen reader to lag is not to "get a better computer." I understand that computers with less RAM can't be tested by some people because they don't have such machines with which to test, but "get a better computer," read more expensive for better, is just not a good work-around for a performance bug that can be traced to the screen reader. These are in fact valid bugs, and shouldn't be dismissed out of hand because of the hardware on which they were found.

And now to try to reproduce and/or confirm the bugs. Full disclosure, I'm running ArchLinuxARM with Orca pulled 2 days ago from git on an ODroid C2. This machine has 2GB of RAM, a quad-core A53 64-bit processor running at 1.5GHz, and a 128GB SSD with a connected 3TB USB spinning hard disk. The OS runs from the SSD,and includes MATE 1.20.3.

Brandon Tyson via orca-list aliandika:
# 1. As of Orca 3.29, and continuing into at least Orca 3.30.0, when you
# tab into the voice type settings panel in Orca's preferences dialog on
# the voice tab, there is a very noticeable lag that was not present
# before, and Orca does not announce anything else until it recovers
# from the lag.

Could this possibly be fixed? I do notice a slight lag, less than a second, as soon as the preferences window opens, but the voice tab is running smoothly here. So this one is either not affecting me, or has been fixed. I can't tell for sure either way.

# 2. Orca really seems to lag when reading through websites in Firefox.
# When I up and down arrow, and there's a lot of links, images, entries,
# anything other than just simple text for the most part, it takes Orca
# some time to read, and this is especially a lot more noticeable on
# lower end systems.

Confirmed. However, I have usually attributed this slowness to Firefox more than to Orca, as much of the same lag is present on many of the same websites in Seamonkey and Firefox, but Chromium doesn't lag on most of these same websites. It's definitely worth looking into, but may be a Mozilla bug rather than an Orca bug. Unfortunately there really isn't any other screen reader that I can use to help me determine where the problem may be. The best site to use for testing that doesn't require any login information is
https://figgers.com/
which is practically unusable in both Firefox and Seamonkey with Orca, but seems to work quite well in Chromium.

# 3. For me, in general, to get Orca to run well I have to have a super
# high end system. Another system a friend of mine has is using Orca
# 3.28.0, and Ubuntu Mate 18.04 with 1 gb of RAM and Orca is extremely
# sluggish. When they change Orca settings and press the "OK" button,
# Orca says "screen reader settings reloaded", but then takes a good 5
# to 7 seconds before it announces the Desktop.

Confirmed. This sluggishness isn't limited to changing settings and reloading using the OK button however. I find that it can take anywhere from 0 up to 5 to 6 seconds to announce either the desktop or the currently focused window if I toggle Orca off and then back on. Unfortunately, this one is not 100% reproduceable. It's rather hit or miss here, happening maybe 60 to 70% of the time, and as I said, it's quite variable in nature.

# 4. When navigating in general, if you don't have a super high end
# system, Orca seems to lag, for example, even when going through the
# alt f1 menus in Ubuntu Mate.

Confirmed, although the lag isn't very long here, only about 0.2 to maybe 0.3 seconds at most as I navigate through the menu. Looks like some of this could be related to accessible event floods, but I'm not sure. Most of the time, I don't notice this when navigating, but yes, I do see it in the MATE menu system, probably more in the main applications menu than any other menu or in the applications submenus. Again, in the places where I see it, it's really not extremely sluggish, just a bit noticeable. So I will say it's confirmed here. It does also appear to corolate with CPU speed or the number of threads available, as I don't notice the sluggishness in the menu so much on my XU4, which has 4 32-bit A15 cores running at 2GHz and 4 32-bit A7 cores running at 1.4GHz, and also has 2GB of RAM. I hope this information can help track down some of these sluggish areas at least a little.
Imetumwa kutoka Orca
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide: https://help.gnome.org/users/gnome-help/stable/a11y.html
Log bugs and feature requests at http://bugzilla.gnome.org


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]