Unsolved

This post is more than 5 years old

5 Posts

28904

October 11th, 2010 16:00

Excesive bandwith usage by vWorkspace

Hi folks,

I having a very strange issue that is probably related to my environment but I'm not able to catch.

This is the ticket I just opened with the support team, just in case it rings a bell.

regards!

dani

Hello,

I detected a very strange behaviour about the bandwidth  consumption using vWorkspace that I'm able to reproduce in a very  consistent way.

Under the same conditions vWorkspace uses 100 times more bandwith  than classic Terminal Services.  The same operation in classic Terminal  Services uses 9KB/s while the same operation in vWorkspace uses  1000KB/s.

You will find attached a couple of snapshoots of the final results in my environment.

What I do to reproduce it is:

1) Install DUMeter to watch the bandwidth consumption
2) Open a full desktop first using Terminal Services and then vWorkspace
3) In the remote desktop, navigate to c:\Windows using the File browser
4) scroll in this directory up&down.


At  least in my environment, the bandwidth used by classic Terminal  Services goes between 6 and 15 KB/s.  Using vWorkspace can range between  700 and 1450 KB/s. (near the limits of my internet connection)

Do you have any advise to where to start looking for this bandwith leak?

You'll find attached my test results and my vWorkspace configuration

Additional Attachments:

1 Attachment

180 Posts

October 11th, 2010 20:00

Hi,

I'm seeing this in some form also following the steps you posted.

Running in a window (1440 X 900 32bit) and EOP Xtream it ranges from 1.8kbps when idle up to 2.1MB/s! scrolling in the same folder.

Holding down the scroll down button in outlook (inbox has 4000 messages), the download meter gets to around 400 - 500kb/s.

Just adding a shape to a word document and moving it around seems to go over 1.0MB/s

I get next to the same results with EOP Xtream disabled.

This is accessing offsite using the SSL gateway

Accessing the RDS server directly using RDP uses less than half the bandwidth. - Thats with Aero enabled also.

Dan.

180 Posts

October 11th, 2010 20:00

LOL... to add watching a none-redirected flash video goes up to 10.1MB/s and pretty much renders my WAN connection to the desktop unusable until the browser is closed.

Dan.

180 Posts

October 11th, 2010 21:00

No problem >:)

My environment is also running MR1.

5 Posts

October 11th, 2010 21:00

wow! It's nice to see I'm not alone. Thank you for taking the time to reproduce it, I really appreciate it.

10MB/s ? aaaawesome :-)

I0m trying to figure out what is being transmitted using Wireshark but I still haven't a clue

I also noticed that the bandwidth used in a direct connection (without the RDP gateway) is less voracious but still a lot heavier than classic RDP.

By the way, all the workspace components are updated to the 7.1 MR1.

dani

180 Posts

October 12th, 2010 05:00

lol, On the LAN watching flash (no redirection), 26Mbps

I don't think this is a problem more of a "feature" of how it all works... Still an official explanation as to what's going on would be good.

Dan

5 Posts

October 12th, 2010 10:00

I found a quite interesting clue

If I use the AppPortal (desktop integrated or not) to access a published  desktop I've got the high bandwidth usage issue commented above.

However if I connect to the same desktop using the "vWorkspace Client\  Remote desktop connection" tool, the bandwidth consumption pretty much  the expected (about 1.5x over classic RDS, but quite acceptable)

I configured both (the AppPortal and the "vworkspace rdc client") to use  the ssl gateway, rdp over ssl and eopxtream and without flash  redirection.

I also noted that the quality of graphics is much higher using the  rdclient than using the AppPortal (using the same experience and display  settings)








Now, It looks an AppPortal bug to me.


rdc.png

180 Posts

October 12th, 2010 11:00

I've tried to replicate this but for some reason EOP Xtream didn't work for the RDclient... However bandwidth was lower but not by much... Despite EOP being disabled the GFX seemed a little better but again not by much.

The hi bandwidth issues I'm seeing are also effecting the web client.

Dan.

1 Rookie

 • 

64 Posts

October 13th, 2010 13:00

It sounds like there are two things happening here:

  1. EOP Xtream enables RDP to use more bandwidth if it is available, so you get a smoother, faster response and a better user experience, but it should not be anything like a 10x or 100x bandwith increase!
  2. It seems you are saying a big difference in bandwidth use between scrolling a browser in a full desktop vs. a single app in seamless windows mode, aka AppPortal? Please confirm here, and also raise a support case if that's what happens.

5 Posts

October 13th, 2010 17:00

Hello Jon,

I noticed big difference in the bandwith  usage between a full desktop opened using the "Remote desktop  connection" and a full desktop opened using the AppPortal.

thanks!

1 Rookie

 • 

64 Posts

October 14th, 2010 09:00

Thanks. We're looking into this right now.

1 Message

October 17th, 2010 22:00

Same thing here, spikes up to 10meg...not good for WANs

Any updates?

180 Posts

November 9th, 2010 11:00

Any updates? known causes to this?

Cheers,

Dan

1 Rookie

 • 

64 Posts

November 9th, 2010 16:00

We had a good 2 weeks working on seamless issues and nailed a lot of quirky behavior seen on Windows 7 access devices. The fixes will be in the next update to 7.2. If you would like to get your hands on a Release Candidate let me know please.

Jon

180 Posts

November 10th, 2010 08:00

Cheers,

I shall wait for the final eagerly...

1 Rookie

 • 

98 Posts

January 24th, 2011 20:00

We are also started moving people to the App Portal (since RDP client bypasses the Connection broker leaving us with multiple sessions)

We've also started getting complaints about bandwidth...

Will put in supprot ticket about access to RC

No Events found!

Top