- Newest
- Most votes
- Most comments
Hello,
As you might be aware 'Task manager' might not be the best way to calculate the available bandwidth to the client computer. The screenshot shows the amount of bandwidth being used by the workspaces process. The actual bandwidth available to the machine could be higher.
Moving further, here are a few suggestion which you might consider checking to see if it helps:
A) Use High DPI display support. Please refer link[1].
B) Try WSP protocol if not already using it. Please refer link[2].
If you still experience issues post following the above suggestions, we would require details that are non-public information to investigate further. Please open a support case with AWS using the following link: https://console.aws.amazon.com/support/home#/case/create
References:
[1] https://docs.aws.amazon.com/workspaces/latest/userguide/high_dpi_support.html
[2] https://docs.aws.amazon.com/workspaces/latest/adminguide/amazon-workspaces-protocols.html
Relevant content
- asked 5 years ago
- asked a year ago
- asked 5 years ago
- AWS OFFICIALUpdated 2 months ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 2 years ago
Thank you for the answer. I cannot agree more, Task Manager is not the most suitable tool to measure the bandwidth available to the client. What I was trying to highlight here is: the tool that could actually measure it is missing the function to do so.
What I'm missing is a test function that sends predefined amount of data to the server and measures the throughput. Something like what speedtest.net is doing. The client can have a very good roundtrip time and a very low available bandwidth (due to an active rule in the client's network for example) which
yet the client reports your network is healthy.