| Measurement |
Description |
Measurement
Unit |
Interpretation |
| Input_audio_bandwidth |
Indicates the bandwidth used while transmitting sound/audio to this user. |
|
Comparing these values across users will reveal which user is sending/receiving bandwidth-intensive sound/audio files over the ICA channel. |
| Output_audio_bandwidth_util |
Indicates the bandwidth used while receiving sound/audio from this user. |
|
To minimize bandwidth consumption, you may want to consider disabling client audio mapping. |
| Input_com_bandwidth |
Indicates the average compression ratio for client to server traffic for all the sessions of a user. |
|
Comparing these values across users will reveal which user’s COM port is sending/receiving bandwidth-intensive data over the ICA channel. |
| Output_com_bandwidth |
Indicates the average compression ratio for server to client traffic for all the sessions of a user. |
|
| Input_driver_bandwidth |
Indicates the bandwidth used when this user performs file operations on the mapped drive on the client desktop. |
|
Comparing the values of these measures across users will reveal which user is performing bandwidth-intensive file operations over the ICA channel. |
| Output_driver_bandwidth |
Indicates the bandwidth used when the virtual desktop performs file operations on the client’s drive. |
|
If bandwidth consumption is too high, you may want to consider disabling client drive mapping on the client device. Client drive mapping allows users logged on to a virtual desktop from a client device to access their local drives transparently from the ICA session. Alternatively, you can conserve bandwidth by even refraining from accessing large files with client drive mapping over the ICA connection. |
| Input_hdx_mediaStream |
Indicates the bandwidth used from this user to virtual desktop for flash data traffic. |
Kbps |
If bandwidth consumption is too high, you may want to consider disabling client drive mapping on the client device. Client drive mapping allows users logged on to a virtual desktop from a client device to access their local drives transparently from the ICA session. Alternatively, you can conserve bandwidth by even refraining from accessing large files with client drive mapping over the ICA connection. |
| Output_hdx_mediaStream |
Indicates the bandwidth used from the virtual desktop to this user for flash data traffic. |
Kbps |
Comparing the values of these measures across users will reveal which user is issuing bandwidth-intensive print commands over the ICA channel. |
| Input_printer_bandwidth |
Indicates the bandwidth used when this user prints to a desktop printer over the HDX channel. |
Kbps |
|
| Output_printer_bandwidth |
Indicates the bandwidth used when the desktop responds to print jobs issued by this user. |
Kbps |
If bandwidth consumption is too high, you may want to consider disabling printing. Alternatively, you can avoid printing large documents over the ICA connection. |
| Input_session_bandwidth |
Indicates the bandwidth used from this user to the virtual desktop for a session. |
Kbps |
Comparing the values of these measures across users will reveal which user and which virtual desktop is performing bandwidth-intensive operations for a session. |
| Output_session_bandwidth |
Indicates the bandwidth used from the virtual desktop to this user for a session. |
Kbps |
| Input_session_comp |
Indicates the compression ratio used from this user to the virtual desktop for a session. |
Number |
Compression reduces the size of the data that is transacted over the ICA channel. Comparing the values of these measures across users will reveal which client has been configured with a very low and a very high compression ratio. In the event of high bandwidth usage over an ICA channel, you can set a higher compression ratio for the corresponding client and thus reduce bandwidth consumption. |
| Output_session_comp |
Indicates the compression ratio used from the virtual desktop to this user for a session. |
Number |
| Input_speed_screen_data |
Indicates the bandwidth used from this user to the client desktop for data channel traffic. |
Kbps |
Comparing the values of these measures across users will reveal which user has been transmitting/receiving bandwidth-intensive data channel traffic. |
| Output_speed_screen_data |
Indicates the bandwidth used from client desktop to this user for data channel traffic. |
Kbps |
| Input_speed_screenMulti |
Indicates the bandwidth used from this user to the server for multimedia traffic. |
Kbps |
Comparing the values of these measures across users will reveal which user has been transmitting/receiving bandwidth-intensive multimedia files. |
| Output_speed_screenMulti |
Indicates the bandwidth used from the server to this user for multimedia traffic. |
Kbps |
| Input_usb_bandwidth |
Indicates the bandwidth used from this user to the virtual desktop for the USB port-related traffic. |
Kbps |
Comparing the values of these measures across users will reveal which user has been transmitting/receiving bandwidth-intensive USB traffic.
|
| Output_usb_bandwidth |
Indicates the bandwidth used from this user to the virtual desktop for the USB port-related traffic. |
Kbps |
| Session_avg_latency |
Indicates the average time interval measured at the client between the first step (user action) and the last step (graphical response displayed) of this user's interactions with the server. The value reported is the average of the latencies for all the current sessions of a user. |
Secs |
This is a measurement of the screen lag that a user experiences while interacting with the XenApp server. In other words, is the latency detected from when the user hits a key unti the response is displayed. Comparing the value of this measure across users will enable administrators to quickly and accurately identify users who are experiencing higher latency when interacting with the XenApp server. If both the Screen refresh latency and Client network latency measures report high values, it implies that network slowness is contributing to user-perceived Citrix slowness (i.e., the problem is not due to the Citrix servers, but probably due to the network connection that the user is connecting from - e.g., a wireless WAN). If Screen refresh latency is high and Client network latency is low, this implies that there is a bottleneck in the Citrix stack that is causing user experience to be poor (e.g., overloaded server or virtual platform, slowness in storage, etc.). Slowness can also occur because of client-side processing delays on the receiver end. |
| Session_dev_latency |
The latency deviation represents the difference between the minimum and maximum measured latency values for a session. The value reported is the average of the latency deviations for all the current sessions of a user. |
Secs |
Ideally, the deviation in latencies over a session should be minimum so as to provide a consistent experience for the user. |
| Screen refresh latency - last |
Represents the average client latency for the last request from a user. The latency is measured by the Citrix XenApp server based on packets sent to and from each client during a session - this includes network delay plus server side processing delays. The value reported is the average of the last latencies for all the current sessions of a user. |
Secs |
A consistently high latency may be indicative of performance degradations with the Citrix XenApp servers. Possible reasons for an increase in latency could be increased network delays, network congestion, server slow-down, too many simultaneous users on the server etc. |
| Input_se_line_speed |
Indicates the average line speed from the client to the server for all the sessions of a user. |
Kbps |
|
| Output_se_line_speed |
Indicates the average line speed from the server to the client for all the sessions of a user. |
Kbps |
|
| Bandwidth_usage |
Indicates the total bandwidth usage of the sessions of this user. |
Kbps |
Compare the value of this measure across users to know which user is consuming the maximum bandwidth. |
| Input_thinwire_bandwidth |
Indicates the bandwidth used from client to server for ThinWire traffic. |
Kbps |
Typically, ICA traffic is comprised of many small packets, as well as a some large packets. Large packets are commonly generated for initial session screen paints and printing jobs, whereas the ongoing user session is principally comprised of many small packets. For the most part, these small packets are the highest priority ICA data called Thinwire. Thinwire incorporates mouse movements and keystrokes. Compare the value of these measures across users to know which user’s keystrokes and mouse movements are generating bandwidth-intensive traffic. |
| Output_thinwire_bandwidth |
Indicates the bandwidth used from server to client for ThinWire traffic. |
Kbps |
| Input_seamless_bandwidth |
Indicates the bandwidth used from client to server for published applications that are not embedded in a session window. |
Kbps |
Compare the value of these measures across users to know which user is accessing bandwidth-intensive applications that are not in a session window. |
| Output_seamless_bandwidth |
Indicates the bandwidth used from server to client for published applications that are not embedded in a session window. |
Kbps |
| Resource_shares |
Indicates the total number of resource shares used by this user. |
Number |
By comparing the value of this measure across users, you can identify the user who is hogging the resources. |