Academia.eduAcademia.edu

Figure 4 – uploaded by Bart Dhoedt

See full PDFdownloadDownload figure
In the first scenario, text editing, a small set of users execute a sequence of actions (e.g. typing, scrolling, inserting and resizing images, etc.) in Open Office 2 Writer. The second scenario, browsing, consists of a sequence of websites visited by the users. The websites include pictures, javascript and/or flash animations and are viewed with Mozilla Firefox 2.0. In the third scenario, a user is watching a video with the VLC player [12] or with Windows Media Player 10. A 3D-game, Unreal Tournament 2004 [13], is played in the last scenario. 3D applications use the hardware acceleration of the video card.

Figure 4 In the first scenario, text editing, a small set of users execute a sequence of actions (e.g. typing, scrolling, inserting and resizing images, etc.) in Open Office 2 Writer. The second scenario, browsing, consists of a sequence of websites visited by the users. The websites include pictures, javascript and/or flash animations and are viewed with Mozilla Firefox 2.0. In the third scenario, a user is watching a video with the VLC player [12] or with Windows Media Player 10. A 3D-game, Unreal Tournament 2004 [13], is played in the last scenario. 3D applications use the hardware acceleration of the video card.

Related Figures (12)

Fig. 2. VirtualGL Raw Mode (source: http://www. virtualGL.org) VirtualGL [11] is an open-source project that enables direct 3D rendering in a thin client environment. A GLX faker com- ponent is installed, which redirects the OpenGL commands to the GPU at the server side and reads back the rendered images. The other calls are sent directly to the (virtual or real) X Server, which combines these calls with the graphical data rendered at the server. VirtualGL can run in two modes: Raw Mode and Direct Mode. When VirtualGL operates in Raw Mode (see Figure 2), a virtual X Server, called an X proxy, is
Fig. 2. VirtualGL Raw Mode (source: http://www. virtualGL.org) VirtualGL [11] is an open-source project that enables direct 3D rendering in a thin client environment. A GLX faker com- ponent is installed, which redirects the OpenGL commands to the GPU at the server side and reads back the rendered images. The other calls are sent directly to the (virtual or real) X Server, which combines these calls with the graphical data rendered at the server. VirtualGL can run in two modes: Raw Mode and Direct Mode. When VirtualGL operates in Raw Mode (see Figure 2), a virtual X Server, called an X proxy, is
Fig. 1. Direct Rendering when a 3D application runs on a local X Server (source: http://www. virtualGL.org)
Fig. 1. Direct Rendering when a 3D application runs on a local X Server (source: http://www. virtualGL.org)
Fig. 3. VirtualGL Direct Mode (source: http://www.virtualGL.org) rendered images are sent as a compressed image stream, alongside a remote X connection taking care of Standard Xlib calls. VirtualGL Direct Mode requires an X Server to run on the client, taking care of standard Xlib functionality, and a VirtualGL client, decompressing the image stream containing server-rendered images and integrating those images into the client’s X display.
Fig. 3. VirtualGL Direct Mode (source: http://www.virtualGL.org) rendered images are sent as a compressed image stream, alongside a remote X connection taking care of Standard Xlib calls. VirtualGL Direct Mode requires an X Server to run on the client, taking care of standard Xlib functionality, and a VirtualGL client, decompressing the image stream containing server-rendered images and integrating those images into the client’s X display.
Fig. 5. Text editing scenario: situating the different protocols
Fig. 5. Text editing scenario: situating the different protocols
Fig. 6. Text editing scenario client CPU load: each bar indicates the CPL load for the X Server process and the thin client viewer application. Citrix and RDP show only the full CPU load.
Fig. 6. Text editing scenario client CPU load: each bar indicates the CPL load for the X Server process and the thin client viewer application. Citrix and RDP show only the full CPU load.
TESTBED HARDWARE AND SOFTWARE DETAILS
TESTBED HARDWARE AND SOFTWARE DETAILS
Fig. 7. Browsing scenario: situating the protocols that can deliver a satisfying user experience
Fig. 7. Browsing scenario: situating the protocols that can deliver a satisfying user experience
Fig. 8. Browsing scenario client CPU load: each bar indicates the CPU load for the X Server process and the thin client viewer application. Citrix and RDP show only the full CPU load.
Fig. 8. Browsing scenario client CPU load: each bar indicates the CPU load for the X Server process and the thin client viewer application. Citrix and RDP show only the full CPU load.
Fig. 9. Original resolution video scenario: situating the protocols that deliver high quality
Fig. 9. Original resolution video scenario: situating the protocols that deliver high quality
Fig. 10. Original resolution video scenario client CPU load: each bar indicates the CPU load for the X Server process and the thin client viewer application. Citrix and RDP show only the full CPU load.
Fig. 10. Original resolution video scenario client CPU load: each bar indicates the CPU load for the X Server process and the thin client viewer application. Citrix and RDP show only the full CPU load.
QUALITY SCORES FOR THE VIDEO SCENARIO IN LOW AND HIGH RESOLUTION ENVIRONMENTS.
QUALITY SCORES FOR THE VIDEO SCENARIO IN LOW AND HIGH RESOLUTION ENVIRONMENTS.
MEASUREMENTS ON THE HIGH RESOLUTION VIDEO SCENARIO
MEASUREMENTS ON THE HIGH RESOLUTION VIDEO SCENARIO
Related topics:
ServicesWide Area NetworkMultimedia Application
580 California St., Suite 400
San Francisco, CA, 94104
© 2025 Academia. All rights reserved