Hi Mike,
i have setup a test machine, also to check if the 60+ Connection Problem
is gone when using another docker base-image.
For my tests i used the images from
https://hub.docker.com/r/abesnier/guacamole
startet with test:
image: abesnier/guacamole:github-pg16
here i also recolonize the poor win-rdp-performance (mouse over, menu
animations,...) in 1.6
to check if the problem comes from the base-distro
(library/tomcat:9.0.98-jre11-temurin-jammy) i also tested the
performance on other images.
original (guacamole/guacamole:1.5.5)
vs. abesnier/guacamole:1.5.5-pg16, abesnier/guacamole:1.5.5-alpine-pg16,
abesnier/guacamole:1.5.5-bullseye
the performance on 1.5.5 images is ok, and feels like the performance
from our production servers.
If i can support you with logs/infos feel free to contact me.
best regards,
Tobias
Am 05.02.2025 um 18:00 schrieb Nick Couchman:
On Sun, Feb 2, 2025 at 5:10 AM Michael Jumper<[email protected]> wrote:
Hey all,
I think I'm in the home stretch with finalizing the performance
improvements surrounding GUACAMOLE-377. With the following pair of PRs,
things have massively improved both in terms of rendering rate and latency:
*https://github.com/apache/guacamole-server/pull/573
*https://github.com/apache/guacamole-client/pull/1045
There are a couple elusive issues that remain to be resolved, both
within RDP specifically:
* Mouse events appear to be queued and then dispatch slowly,
particularly when things are under heavy load. This gives the impression
that the screen is updating slowly, when it's actually simply that input
events are slowed. This seems to happen only with XRDP and is worse when
FreeRDP 3.x is used vs. FreeRDP 2.x.
* Rendering of graphics within RDP is substantially slower than the same
updates within VNC, as if RDP processing itself is somehow bottlenecked.
I think we must somehow be handling the RDP processing loop incorrectly,
but it's unclear exactly how. It's clear that it's not due to
guac_display, since the same graphical changes via VNC are now extremely
fast.
Digging continues...
Thanks, Mike - feels like we're closing in on being able to get this
release out!
-Nick
