[ 
https://issues.apache.org/jira/browse/GUACAMOLE-378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16163439#comment-16163439
 ] 

Blackice blackice commented on GUACAMOLE-378:
---------------------------------------------

Thanks Michael for your response.

 - Can you reproduce this with the latest release (0.9.13-incubating)? 0.9.9 is 
too old; there have been numerous changes in the last ~2 years since 0.9.9 was 
released.

Do you have any detailed steps for how to upgrade to 0.9.9 to 0.9.13 ? 

- What is happening at the time this occurs? Do you need to be connected to 
Guacamole for the load to increase in this way? If so, what protocol is in use 
when you are connected? How are you interacting with the remote desktop at the 
time the load increases? Does load go back to normal after disconnecting or 
remaining inactive?

I use Windows RDP. once the users start to connect again and produce some 
activities on the desktop the load rises again. once the services is restart, 
the load will drop donw. 





> High CPU load - version 0.9.9
> -----------------------------
>
>                 Key: GUACAMOLE-378
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-378
>             Project: Guacamole
>          Issue Type: Bug
>          Components: guacd
>    Affects Versions: 0.9.9
>            Reporter: Blackice blackice
>            Priority: Critical
>
> Hi, 
> I have a running guacamole server on version 0.9.9. the problem is that the 
> guacd is causing a very incremental high load. I tried to upgrade the machine 
> to 8 cores and 8 GB of ram, however the issue is still persists. once I 
> restart the service everything back to normal, but it will keep rising again 
> after short amount of time. I have checked the running porcesses and the main 
> Guacd process is sleeping .. not sure if that the default behavior of the 
> service or not. 
> Any help will be appreciated. 
> Thanks alot in advance 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to