On Sat, Nov 27, 2021 at 4:02 AM Adrian Owen <[email protected]> wrote:

> Hi Nick,
>
> Test results:
>
> Chrome Browser 1200 x 800
> Debian Buster Guacamole 1.2
> Target Windows 2016 Server
>
> Total Network Bytes. 4 x 30 second RDP Sessions.
>
> Font Smoothing Test             Target->Guacamole(3389 RDP)
>  Guacamole->Browser(443 HTTP)
>
> --------------------------------------------------------------------------------------------------------------------------------
> NOT Smoothing NOT text  312                             21K
> NOT Smoothing AND text  381K                            221K
> Smoothing NOT text              312                             21K
> Smoothing AND text              1054K                           496K
>
> Font smoothing enabled = 300% RDP increase, 200% HTTP increase.
>
> Could the HTTP increase be reduced?
>
>
First, I'm not sure that I understand what the various test cases mean. I
don't know what "NOT Smoothing NOT text" means? Maybe that smooth is
disabled and you're not display text?

However, I would say that if "Smoothing AND text" means that you've got
font smoothing enabled and a lot of text, the RDP session is having to
process a lot of edges of many pixels on the screen in order to smooth all
of the text on the screen, and this is necessarily going to mean that more
regions of the screen need to be updated and smoothed, which is naturally
going to result in larger amounts of data going back and forth. It's also
worth pointing out that the presence of text seems, itself, to be a driver
for bandwidth - if you're using 21K without text, and 221K with text,
that's a 10x increase in bandwidth utilization. It's only double that
amount when you smooth it, so that's less the issue than the presence of
text.

As far as what can be done to limit the HTTP increase - you have part of
your answer - don't enable font smoothing (which appears to double the
bandwidth requirement. Beyond that, I'm not sure anything can be done.

That said, are you running into situations where bandwidth or network
utilization related to Guacamole is a problem? Guacamole is reasonably good
at 1) using the available resources, including bandwidth, but then, 2)
balancing connections over the available resources to avoid one connection
monopolizing the resources. If you're not seeing any issues, and you're
scaling up the number of connections, then I wouldn't worry about it until
you're actually seeing problems.

-Nick

Reply via email to