Hi All,
Does the Control Center Device Manager function? Often any attempt to use that module causes the desktop to almost screech to a halt. Requests to view devices is really slow. There is a noticeable lag/latency when using the mouse wheel to scroll the list.
Probably related but there is significant .xsession-errors log spew of [FIXME] UNCLASSIFIED DEVICE messages.
Is the tdelibs/tdebase TDEHWLIB compile option the way to disable that module?
Thanks for your time!
D.A
On 2023-02-02 12:48 AM, Darrell Anderson via tde-users wrote:
Hi All,
Does the Control Center Device Manager function? Often any attempt to use that module causes the desktop to almost screech to a halt. Requests to view devices is really slow. There is a noticeable lag/latency when using the mouse wheel to scroll the list.
Probably related but there is significant .xsession-errors log spew of [FIXME] UNCLASSIFIED DEVICE messages.
Is the tdelibs/tdebase TDEHWLIB compile option the way to disable that module?
Thanks for your time!
D.A ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
I have the same issue, good to see I'm not alone.
On Thursday 02 February 2023 09.46:49 Wirlaburla via tde-users wrote:
I have the same issue, good to see I'm not alone.
Can we get more informations? Distributions used? Type of machines?
I can see that the Device Managers is quite fast on my Ryzen-based desktop (although it is using a notebook energy-saving processor) but takes a lot more time to show information on my Laptop (Intel M-5Y51).
It's slow, but does not hang.
The desktop runs "pure" Debian 10, the Laptop runs MX-Linux which is Debian 11 based.
Both use the in-processor graphic chip, as far as I can say.
Thierry
On 2023-02-02 03:26 AM, Thierry de Coulon via tde-users wrote:
On Thursday 02 February 2023 09.46:49 Wirlaburla via tde-users wrote:
I have the same issue, good to see I'm not alone.
Can we get more informations? Distributions used? Type of machines?
I can see that the Device Managers is quite fast on my Ryzen-based desktop (although it is using a notebook energy-saving processor) but takes a lot more time to show information on my Laptop (Intel M-5Y51).
It's slow, but does not hang.
The desktop runs "pure" Debian 10, the Laptop runs MX-Linux which is Debian 11 based.
Both use the in-processor graphic chip, as far as I can say.
Thierry
tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
Of course.
Trinity R14.0.13 Arch Linux x86_64/armv7h and Debian x86_64 Ryzen 1300X 16GB DDR4 RAM AMD R460 GPU
I no longer have the Debian system. It initially loads fast, but something seems to be wrong when it's displaying. Also noticed that CPU usage ramps up on it.
On 2/2/23 3:26 AM, Thierry de Coulon via tde-users wrote:
Can we get more informations? Distributions used? Type of machines?
R14.0.12 Slackware 14.2 32-bit and 64-bit Slackware 15.0 64-bit
I have R14.0.12 installed in Slackware 14.1 32-bit (really!). Those systems are single core with less than 1 GB of RAM. I lack the patience to test the device manager on such systems :-)
One of the test systems is a Lenovo T400 laptop with a dual core P8400, 4GB of RAM, i915 video. I can run Slackware 15.0 64-bit, 14.2 64-bit, or 14.2 32-bit. TDE is lightning fast in all three.
I have R14.0.12 installed in Slackware 15.0 on my office system that is a 4-core Skylake with 16 GB of RAM and i915 video. That is a test partition. I don't test that partition as often because that is my primary production computer.
I have a couple of AMD dual core test systems but I haven't checked DM on them.
The TCC Device Manager just lags like an old dog on a hot summer day. The desktop does not halt but doing anything while the DM twiddles is futile. Eventually I can mouse click on something else and everything returns to normal.
As mentioned, the .xsession-errors log is filled with [FIXME] UNCLASSIFIED DEVICE spew.
Any other information I can provide? An strace dump is about 12MB but I'm horrible at evaluating strace dumps.
On 2023-02-02 03:26:42 Thierry de Coulon via tde-users wrote:
On Thursday 02 February 2023 09.46:49 Wirlaburla via tde-users wrote:
I have the same issue, good to see I'm not alone.
Can we get more informations? Distributions used? Type of machines?
I can see that the Device Managers is quite fast on my Ryzen-based desktop (although it is using a notebook energy-saving processor) but takes a lot more time to show information on my Laptop (Intel M-5Y51).
It's slow, but does not hang.
The desktop runs "pure" Debian 10, the Laptop runs MX-Linux which is Debian 11 based.
Both use the in-processor graphic chip, as far as I can say.
Thierry
Hangs on my desktop: Platform: GNU/Linux Hardware: x86_64 Distribution: openSUSE Leap 15.4 Desktop Environment: Trinity Qt: 3.5.0 TDE: R14.0.13 tde-config: 1.0
Leslie --
On Thu, 2 Feb 2023 00:48:15 -0600 Darrell Anderson via tde-users users@trinitydesktop.org wrote:
Does the Control Center Device Manager function? Often any attempt to use that module causes the desktop to almost screech to a halt. Requests to view devices is really slow. There is a noticeable lag/latency when using the mouse wheel to scroll the list.
Probably related but there is significant .xsession-errors log spew of [FIXME] UNCLASSIFIED DEVICE messages.
Serious lag here as well, on loading and scrolling (I'd never noticed before because I don't care about that module).
TDE 14.0.13 Gentoo, kernel version 6.1.1 Threadripper 1900X 96 GB DDR4 RAM AMD Radeon RX 560 GPU
I don't remember whether the issue also existed with the flaky nVidia 1050 that I swapped out about a month ago. I have no .xsession-errors that I can find, and nothing unusual in other logs. Might not even be the same issue—between the eight-core processor and the mass of USB ports and bridges on the motherboard, I have a *lot* of "devices" on my system that no one cares about but whose info would have to be parsed anyway.
kcontrol intermittently saturates one thread while this module is trying to adjust its display, so whatever it's doing appears to be CPU-bound.
E. Liddell
Serious lag here as well, on loading and scrolling (I'd never noticed before because I don't care about that module).
TDE 14.0.13 Gentoo, kernel version 6.1.1 Threadripper 1900X 96 GB DDR4 RAM AMD Radeon RX 560 GPU
I don't remember whether the issue also existed with the flaky nVidia 1050 that I swapped out about a month ago. I have no .xsession-errors that I can find, and nothing unusual in other logs. Might not even be the same issue—between the eight-core processor and the mass of USB ports and bridges on the motherboard, I have a *lot* of "devices" on my system that no one cares about but whose info would have to be parsed anyway.
kcontrol intermittently saturates one thread while this module is trying to adjust its display, so whatever it's doing appears to be CPU-bound.
E. Liddell
There is a TGW issue filed recently about this: https://mirror.git.trinitydesktop.org/gitea/TDE/tde/issues/110
There has been a number of changes on tdehw in R14.1.0-dev. E. or anyone else: are you able to test this using the current master and see if the delay is still there or not? I don't see the delay on my computer, but if someone is able to reproduce it on R14.1.0-dev and eventually test some patches, it would help troubleshooting a lot.
Thanks Michele
-
Darrell Anderson -
E. Liddell -
J Leslie Turriff -
Michele Calgaro -
Thierry de Coulon -
Wirlaburla