Hi Tucker,

Take a look at netem https://wiki.linuxfoundation.org/networking/netem. It
will probably be what you're looking for on Linux.

Regards,
Frode

On Wed, Sep 21, 2016 at 12:17 PM, Dogbert <virtualdogb...@gmail.com> wrote:

> Hi Frode,
>
> As a mater of fact, I just got those numbers for a meeting tomorrow:
> Locally: 15ms, other places we have a range 75, 177 and 243ms.
>
> Since this is currently a POC we are using the latest 0.9.9.
>
> That's one point I'm going to be testing. The difference in the image is
> only slight, and it might be an acceptable compromise. We're probably going
> to have a toggle for the cursor, because it is useful for some users, when
> collaborating, but it does come with a performance trade off. Our app has
> 3D models in it, just to give you an ideas of the type of app I'm dealing
> with.
>
> Cool, that will make my boss happy, as it would give us more options, and
> made me realize that there was another Jira,
>
> Yeah that's a good point, although I'm on Linux, so I'll figure something
> out.
>
> Thanks,
> Tucker
>
>
> On Wed, Sep 21, 2016 at 2:36 PM, Frode Langelo <fr...@apache.org> wrote:
>
>> Hi Tucker,
>>
>> As you say; it looks like latency is your enemy. A data center closer to
>> the customer will definately make a big difference here. Do you by any
>> chance kow what the customer's latency is to your current data center?
>>
>> You didn't mention which version of Guacamole you are using. Improvements
>> to the rendering pipeline were done in version 0.9.9 which utilizes Dynamic
>> JPEG/WebP encoding for busy screens, so you want to make sure you are using
>> at least this version.
>>
>> By reducing the color-depth to 16 bit, do you or customers notice any
>> difference? It may make the session feel somewhat faster as a result of
>> reducng the data size even though the latency still is high.
>> Also, make sure the mouse cursor is rendered locally (ensure cursor is
>> not set to remote in user-mapping.xml)
>>
>> I was working on a feature on the side earlier, which will allow the user
>> to set the quality of the screen updates and reduce the data requirements.
>> It will not fix the latency issue, but may indirectly make sessions feel a
>> bit snappier. I expect to be able to focus on finishing this feature very
>> soon. https://issues.apache.org/jira/browse/GUACAMOLE-37
>>
>> You can use a network conditioner to help you with testing high latency,
>> reduced bandwidth and other flaky network scenarios. On Mac, I recommend
>> the Network Link Conditioner which is part of Xcode. While I have not used
>> it, NetBalancer may be an alternative for Windows.
>>
>> Regards,
>> Frode
>>
>>
>>
>> On Wed, Sep 21, 2016 at 10:06 AM, Dogbert <virtualdogb...@gmail.com>
>> wrote:
>>
>>> Hi Frode,
>>>
>>> Well some context this project, I  inherited when I joined my current
>>> company, and one that offshore couldn't quite get working. While I know
>>> that historically they've had slower performance with NoVNC, and I think
>>> the issues were more on the high latency end, with customer on the other
>>> side of the planet. I know that IT is looking into local data centers to
>>> help this, but my current task is to figure out what knobs and dials I can
>>> tweak, to eek out a little more performance.
>>>
>>> I'm not even sure how to test performance, other than putting it on a
>>> server, and have customers we are friendly with give it a try. Which is
>>> something we will do. Locally testing the performance seems to be fine. The
>>> latency between  the vnc server and the Guacamole server(Guacamole in our
>>> custom app), should be minimal, as in Dev they are on the same box, and in
>>> Prod they would be in the same data center. I'll have to ask IT for some
>>> number on that, just to make sure.
>>>
>>> Right now I haven't set any encoding in the user-mapping file, so we
>>> just have the defaults. From what offshore told me this morning, offshore
>>> said these didn't make any difference. Not that I believe that. So are
>>> there things there that I can tweak?  Also in my app I'm not using that
>>> file, but I do the equivalent, when I create the tunnel, setting the
>>> config. Right now I'm just setting the host, port and password. I've played
>>> with color-depth, which I can set to 16 or 24, I tried 8 but got a 515
>>> error.
>>>
>>> Thanks,
>>> Tucker
>>>
>>> On Wed, Sep 21, 2016 at 11:44 AM, Frode Langelo <fr...@apache.org>
>>> wrote:
>>>
>>>> Hi Tucker,
>>>>
>>>> Which specific performance issues are you seeing? Do you have high
>>>> latency and/or low bandwidth requirements?
>>>>
>>>> What does the network latency and available bandwidth look like between
>>>> your VNC server and Guacamole server?
>>>>
>>>> The VNC encoding parameters for the VNC server connection are set to "tight
>>>> zrle ultra copyrect hextile zlib corre rre raw" by default in
>>>> libvncclient. Have you explicitly set (and overridden) these encodings 
>>>> parameters
>>>> in your user-mapping.xml file? If so what are those parameters.
>>>>
>>>> Regards,
>>>> Frode
>>>> On 9/21/16 8:03 AM, Dogbert wrote:
>>>>
>>>> Hi,
>>>>
>>>> So I'm in the middle of a POC to replace NoVNC with Guacomole over
>>>> web-sockets. We currently use TurboVNC(with virtualGL) as our vnc server. I
>>>> looked through the documentation, and I didn't see much that I could tweak
>>>> for performance other than color-depth. Is there anything I'm missing that
>>>> I could tweak to help performance, like a quality setting? Or would
>>>> changing the VNC server have any effect?
>>>>
>>>> Thanks,
>>>> Tucker
>>>>
>>>>
>>>>
>>>
>>
>

Reply via email to