Thanks! 2021年11月5日(金) 21:33 Tweed, Peter <peter.tw...@verint.com>:
> My experience is that Browser <=> Guacamole uses significantly more data > than direct RDP when audio is involved. > > https://issues.apache.org/jira/browse/GUACAMOLE-1442 > > that would match your comment on video ( as I suspect the video included > audio ). > > > > *From:* Adrian Owen <adrian.o...@eesm.com> > *Sent:* 05 November 2021 10:43 > *To:* user@guacamole.apache.org > *Subject:* RE: Difference between normal RDP and Guacamole’s RDP. > > > > Don’t know. Question for the team. > > > > *From:* takuya morita [mailto:mrttky521...@gmail.com > <mrttky521...@gmail.com>] > *Sent:* 05 November 2021 02:33 > *To:* user@guacamole.apache.org > *Subject:* Re: Difference between normal RDP and Guacamole’s RDP. > > > > Thanks for the detailed explanation. > Is it possible that the data traffic between the browser and Tomcat is > smaller than that of normal RDP when bandwidth is tight? > > > > 2021年11月4日(木) 21:33 Adrian Owen <adrian.o...@eesm.com>: > > Hi, > > > > When you run normal RDP. RDP traffic is direct between your computer > and remote computer. > > Your RDP client displays session. > > > > When you run Guacamole RDP. Traffic is: > > A) (RDP) Between Guacamole (freeRDP) and remote computer. > > B) (Web) Your Web Browser and Guacamole > > > > As Nick says, you should also measure Guacamole (freeRDP) to Remote > computer bandwidth, to get complete picture, > > > > Adrian > > > > *From:* Nick Couchman [mailto:vn...@apache.org] > *Sent:* 04 November 2021 12:01 > *To:* user@guacamole.apache.org > *Subject:* Re: Difference between normal RDP and Guacamole’s RDP. > > > > On Wed, Nov 3, 2021 at 10:33 PM takuya morita <mrttky521...@gmail.com> > wrote: > > Hi, support. > > I’m Takuya. > > > > I found out that the data traffic is different between using normal RDP > and Guacamole RDP. > > What is the structural difference between Guacamole RDP and normal RDP? > > We also found that normal RDP uses less traffic when watching videos, and > Guacamole RDP uses less traffic when watching non-video clips. > Do you think the results of this survey are correct? > > > > First, I believe what you're asking is what the difference is between RDP > and the Guacamole Protocol. Guacamole is not an extension or implementation > of RDP, it is a completely different protocol. The job of guacd (Guacamole > Server) is to translate connections between the Guacamole protocol and one > of several supported remote access protocols, of which RDP is one. > Guacamole supports connecting to RDP servers, but the RDP connection is > only between guacd and the RDP server - the connection between the user's > browser (tunneled through the Java components, usually running on Tomcat) > and guacd is not RDP, it is Guacamole. > > > > So, when you're comparing the traffic/bandwidth utilization of Guacamole > to RDP, it's important to distinguish where you're measuring that - is it > between the user's browser and Tomcat, between Tomcat and guacd, or between > guacd and RDP? > > > > Others (Mike?) can probably provide more detailed analysis of why video > would produce more bandwidth via Guacamole than RDP, but keep in mind the > answer to the last question you asked - that Guacamole dynamically measures > performance of the link between the client (web browser) and guacd and > adjusts the frame rates, and even image processing algorithms, based on the > available resources. So, it is possible that Guacamole is using more > bandwidth simply because it has detected that more bandwidth is available, > and it is attempting to give the best possible experience - highest frame > rate, lowest loss to compression. > > > > -Nick > > > > This electronic message may contain proprietary and confidential > information of Verint Systems Inc., its affiliates and/or subsidiaries. The > information is intended to be for the use of the individual(s) or > entity(ies) named above. If you are not the intended recipient (or > authorized to receive this e-mail for the intended recipient), you may not > use, copy, disclose or distribute to anyone this message or any information > contained in this message. If you have received this electronic message in > error, please notify us by replying to this e-mail. >