Even more fascinating. The reason I say so is that Apache Guacamole is one of 
the most useful tools in a person's toolkit.

While I have an idea why, let me see if I can replicate your issue.

To be clear, if you connect directly via SSH without Guacamole, the cat takes 
4s. When using Guacamole with a defined SSH connection, it takes 1 minute 37 
seconds.

People on this list can probably provide a quicker-to-the-point answer, but 
it's my guess that the SSH (libssh2) library is mandating synchronous I/O to 
the terminal (and therefore is limited to the bandwidth available to you), 
where VNC/RDP can somewhat gloss over the terminal I/O.

Put another way, SSH is more granular, thus requiring more time, based on 
bandwidth.

I'd love to know how many miles differentiate your computer and the VM, and 
what type of Internet connection you have on your computer...hotspot, wired, 
wifi, etc.

It's my guess the answer lies somewhere in there.

Luke

> On 10/16/2023 6:34 AM CDT Julien Lejeune <[email protected]> wrote:
> 
>  
> Hi Luke,
> 
> This is an SSH connection.
> 
> 
> Julien Lejeune                    
> IT administrator
> 
> +32(0) 81 33 11 11
> www.actia.be 
> 
>  
> 
> 
> 
> 
> 
> This email message as well as all attachments are for the sole use of the 
> intended recipient(s) and may contain confidential and privileged 
> information. 
> Any unauthorized review, use, disclosure or distribution is prohibited. 
> If you are not the intended recipient, please contact the sender by reply 
> e-mail and destroy all copies of the original message. Thank you.
> 
> -----Message d'origine-----
> De : [email protected] <[email protected]> 
> Envoyé : lundi 16 octobre 2023 13:10
> À : [email protected]; Julien Lejeune <[email protected]>
> Objet : Re: Slow output - Linux connections
> 
> [Vous ne recevez pas souvent de courriers de [email protected]. 
> Découvrez pourquoi ceci est important à 
> https://aka.ms/LearnAboutSenderIdentification ]
> 
> Hi Julien, this is a very interesting problem indeed, since you can confirm 
> your VM has better timing sans Guacamole.
> 
> A question: what type of connection to your VM is Guacamole using - VNC, RDP, 
> SSH?
> 
> Luke
> 
> > On 10/16/2023 4:23 AM CDT Julien Lejeune <[email protected]> wrote:
> >
> >
> > Hi all !
> >
> > I am currently experiencing a problem with my Guacamole instance.
> > When a user tries to show the content of a file within Guacamole with 
> > something like « cat », the output takes a long time to come, and it is not 
> > possible to interrupt the command with a CTRL + C for example.
> > I have done a comparison by using cat on a big log file within Guacamole or 
> > directly connected through the Windows command line.
> > The command takes 1 minute and 37 seconds to execute with the Guacamole 
> > session, but it only takes 4 seconds with the direct connection.
> >
> > I have monitored the Guacamole server's CPU and RAM. I see that the CPU 
> > load average rises a little during the command execution (from 0.20 before 
> > the test to 0.70 during the test on a 4CPU VM), but it doesn't seem that 
> > bad to me.
> >
> > Has someone seen the same behavior?
> > If anybody has an idea of what could be the root cause, that would be great.
> >
> > I'll send an update if I find what's causing the problem, in case it helps 
> > someone.
> >
> > Best regards,
> >
> > [ACTIA]<http://www.actia.be/>
> > Julien Lejeune
> > IT administrator
> >
> > +32(0) 81 33 11 11
> >
> > Contact me on 
> > Teams<https://teams.microsoft.com/l/chat/0/[email protected]> 
> > [cid:[email protected]]
> >
> > www.actia.be<http://www.actia.be/> [Linkedin] 
> > <https://www.linkedin.com/company/actia-telematics-services>
> > Chaussée de Marche, 774
> > B-5100 Naninne - BELGIUM
> >
> >
> > This email message as well as all attachments are for the sole use of the 
> > intended recipient(s) and may contain confidential and privileged 
> > information.
> > Any unauthorized review, use, disclosure or distribution is prohibited.
> > If you are not the intended recipient, please contact the sender by reply 
> > e-mail and destroy all copies of the original message. Thank you.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to