| |||||||||||||||||||||||||||||
Thinck:Overview | Results | Publications | Software | People | References Overview:Thin-client computing is an extreme form of proxying where a powerful proxy-server performs all tasks on behalf of the client, and the only communication between the proxy and the client is for dumping screen data and conveying user input information. Although the paradigm itself has existed for several years, it has essentially been considered only as a means to lower technology costs, facilitate easier maintenance, and enable reliable remote computing.
In this project, we consider using thin-client computing on conventional
thick-client mobile hosts, with the primary goal of achieving bandwidth,
latency, and energy benefits in wireless environments. Through real life
experiments with a commercial thin client solution, we profile the trade-offs
of using the thin-client paradigm for mobile information access. We show that
thin-client computing, when used judiciously in tandem with thick-client
computing, can provide promising improvements in bandwidth usage, latency,
and energy consumption. At the same time, we identify some critical drawbacks
of the thin-client model that prohibit its use as a universal solution for
mobile information access. Finally, we present a new model for mobile
information access, called Thinck, which leverages the advantages of the
thin-client and thick-client computing models, and thereby achieves
considerable performance benefits. We evaluate the Thinck model through both
simulations, and a real-life prototype implementation.
Results / Status:Performance Evaluation of Thin-Client Computing in Wireless EnvironmentAs our experimentation environment, we use Georgia Tech campus network having IEEE 802.11b and Sprint cellular network having CDMA2000-1X wireless connectivity. For the thin-client solution, we use Microsoft Terminal Services on the Windows 2000 operating system. In the experiments, we use two classes of applications, the web browser and document processing applications including Adobe Acrobat and Microsoft Office Suite.
Our performance results through real-life experiments show that thin-client approaches come with the attractive benefits of saving bandwidth usage and lowering energy consumption while incurring reasonable latency. On the other hand, mobility related hand-offs, and to a more serious extent disconnected operations are the most critical issues that current thin-client solutions poorly handle. Especially, for the longer periods of disconnectivity or fully disconnected operations, existing thin-client solution do not have any means of serving the user despite the maintenance of the display cache at the client. To a less critical extent, the performance during predominantly local operations is quite reasonable. The figure above shows the relative performance of the two models for bandwidth, delay, and energy consumption respectively.
Elements of ThinckThe elements of the Thinck hybrid approach to mobile computing include:
Thinck Prototype and Performance
We currently have implemented a prototype of Thinck for web browsing by appropriately instrumenting the Virtual Network Computing software and the Squid web proxy cache. Thinck employs a heuristic mode selection algorithm based on the overall raw data size and the user viewable screen size. Preliminary experimental results show that the hybrid approach is able to successfully achieve the better of the thin- and thick-client performance under diverse conditions.
Publications & Presentations:
Software Downloads:People:
References & Related Work:InfoPad
Coda
Odyssey
Performance Evaluation of Thin-Client Computing in Wired Environment
Performance Evaluation of Thin-Client Computing in Wireless Environment
Mimic:Overview | Results | Publications | Software | People | References Overview:
File synchronization is a restoration process of file consistency
between a file server and a clinet. In this work, we consider the
problem of file synchronization when a mobile host shares files
with a backbone file server in a network file system. Several
differential schemes have been proposed to improve upon the
transfer overheads of conventional file synchronization approaches,
which use full file transfer. These schemes compute the binary
differential update (diff) of the new file with respect to the old
copy at the server and transfer the computed diff to the server for
file-synchronization. However, Lee et al. have shown that the
performance of diff can be significantly improved upon by shipping
user operations as opposed to the data itself. Using this as
motivation, we present a purely application-unaware approach called
Mimic that relies on transferring raw user activity to the server for
file synchronization. Through a simple prototype of the proposed
approach, we show that Mimic can outperform differential schemes
under many common conditions. We also identify conditions under
which diff-based approaches do perform better than the proposed
approach, but show that detection of such conditions is straightforward,
thus enabling both schemes to be used in tandem with a mobile file
system for bandwidth-efficient file synchronization.
Results:ComponentsMimic is a fully application-unaware strategy that consists of components at the client and the server respectively. At a high level, Mimic captures raw user-activity at the client that pertains to shared files, maintains such activity on a per-file basis, and ships the raw-activity to the server during file synchronization. The server then replays the activities to regenerate the updated files at the client. The realization of the above functionalities in Mimic are done with the goals of reducing the transfer file size, minimizing latencies involved, and incurring minimal overheads in terms of usage of system resources. Mimic requires interfacing with both the underlying file system and window manager at the client, and with the window manager at the server end. The interfacing with the window manager, however, does not require any changes to the operating system, and instead is achievable through standard interfaces that most window managers export. Briefly, the primary components of the Mimic approach are:
Integration with File SystemMimic does not require any interfacing with the file system at the server. We refer to the coupling as loose because Mimic currently relies only on informative callbacks from the file system that is essential for its operations, and requires minimal changes to the file system design and logic.
Performance ResultsThe figure shows the overhead results with different update intervals when a user accesses multiple files spending the same time per file, and performs various input activities. The input rate is about 200 operations per minute Microsoft Word and 85 operations per minute for Microsoft Visio. The dominant operations used are insertions.
It can be observed that both Mimic and diff overhead increases in
proportion to the update interval for mixed activities. This is because the
overall overhead is dominated by the transfer size of Visio, whose overhead is
increases almost linearly with a larger interval. Thus, as the interval becomes
larger, the overhead difference is also increased linearly. In the experiments,
Mimic reduces the size of overhead by about 40%.
Publications & Presentations:
Software Downloads:People:
References & Related Work:Low-Bandwidth Network File System
Operation Shipping for Mobile File Systems
Coda
|