Re: Complete breakage of KRFB and KRDC

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

 



Hi, Michele

17.05.23 22:33, Roman Savochenko via tde-users wrote:
05.05.23 15:55, Michele Calgaro via tde-users wrote:
All are native ones — only VNC on fast hardware in local network and Debian 11:

 1. KRDC(14.0.13) > KRFB(14.1.0) = dead-cycling KRFB without a possibility even connect more
 2. KRDC(14.1.0) > KRFB(14.0.13) = very slow KRDC screen with no possibility of closing

And all this works only with 14.0.13.

If you talk that works, I'll see what is happening with krfb in my case.
I didn't do a mixed test (R14.1.0 and R14.0.13), just R14.1.0 to R14.1.0. KRDC (vnc) to KRFB did show some slowness in updating, like 500ms or so and it seemed weird to me since this was over a local wifi network. I don't know if R14.0.13 was quicker, you have definitely more experience on this than I have.

It is definitely good to look into those issues you highlighted and I think it would also be good to make sure mixed configuration connection (R14.0.13 to R14.1.0 or viceversa) still work.
The switch to standalone libtdevnc was done many years ago in master. I am not sure of the details but in any case if it does not behave as well as R14.0.x we have to look into this, since regressions are not good.

So, the KRFB hungs at wrong passwords and crashes at the session closing are from one source and that is the thread force closing and that I have fixed long ago by the patch krfb-crash_at_disconnect.patchhttp://bugs.pearsoncomputing.net/show_bug.cgi?id=2972.

And the performance decreasing is a real regression of the VNC libraries due to switching to some hungrier compression algorithms what causes:
• removing support of the "Low quality" in the server library, when the client one still works and fast;
• high CPU load on server, especially for the "High quality";
• high CPU load on client at enabling the scale.

Once I am going to compare performance of the new libraries in 14.1 and old ones in 14.0 and maybe return the old one at very high difference taking in account of missing any advantage in the new ones.

The second patch krfb-new_symbols_appending.patch is for many special symbols support, which are also all symbols different from ASCII-Latin, especially the Cyrillic ones which I can enter only about 10 and next I get only ASCII. This code is missing in the VNC server library, hosted in vncserver and I have adapted it long ago for KRDC with notifying in Bugzilla — http://bugs.pearsoncomputing.net/show_bug.cgi?id=3014

And now about the measurements:

KRDC: AMD A8-6500 APU 3.5 GHz, Debian 11, connecting to RPi3 with TDE 14.0.13 and 1824x924, for CPU loading (%) / traffic (kbyte/s)
• 14.1.0 (Low+scale, Middle+scale, High+scale): 8.5%+100%(HANGING) / 40K, 8.0% / 60K, 8.0% / 200K
• 14.0.13 (Low+scale, Middle+scale, High+scale):2%+2.7% / 19K, 2.7%+3.3% / 34K, 3.3%+4.0% / 150K

KRFB: AMD A8-6500 APU 3.5 GHz, Debian 11, connecting from TDE 14.1.0, for CPU loading (%) / traffic (kbyte/s)
• 14.1.0 (Low, Middle, High): 106% / 50K, 284%(HANGING), 106%
• 14.0.13 (Low, Middle, High): 56% / 30K, 56% / 38K, 56% / 150K

So, I have returned back KRDC and KRFB from 14.0.13 and that is fine working again and TDE is usable already for me!

P.S. The reverting patch included.

Regards, Roman

Attachment: krfb-krdc-return.patch.gz
Description: application/gzip

BEGIN:VCARD
VERSION:4.0
EMAIL;PREF=1:roman@xxxxxxxxxx
FN:Roman Savochenko
ORG:OpenSCADA Team;
TITLE:OpenSCADA author and main developer
N:Savochenko;Roman;;;
ADR:;;;Kamjanske;Sicheslavska;51939;Ukraine
TEL;VALUE=TEXT:+380679859815
URL;TYPE=work;VALUE=URL:http://oscada.org
UID:bc92ca63-75ca-498b-801c-54be2b34328e
END:VCARD
____________________________________________________
tde-users mailing list -- users@xxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxx
Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@xxxxxxxxxxxxxxxxxx

[Index of Archives]     [Trinity Devel]     [KDE]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]     [Trinity Desktop Environment]

  Powered by Linux