瘦客户计算体系结构研究.docVIP

　　瘦客户计算体系结构研究 　　摘要：介绍了瘦客户 计算 体系结构及 目前 广泛使用的四种具体实现，并对 影响 瘦客户计算平台性能的主要因素进行了 分析 。在此基础上给出了瘦客户计算平台的设计和 研究 方向。 　　关键词：瘦客户计算;远程显示协议;体系结构 　　以大型机为主的计算中心 时代 ，通过终端设备使用计算中心的各种 应用 和计算资源是当时的典型应用模式。因PC机成本的降低及用户对使用中心计算模式所受各种限制的反感，致使大多数用户采用PC机来完成计算任务。但 网络 技术的飞速 发展 和应用软件种类的增多及复杂程度不断提高，让用户维护自己的计算环境成为具有挑战性的工作，特别是针对安全性要求较高的 企业 应用环境。而以网络通信技术为基础，以服务器计算为中心，采用瘦客户/服务器计算模式的瘦客户计算，恰好能够解决这一 问题 。 　　瘦客户计算这一网络计算模式的特点是：应用程序和数据都运行并存储在服务器端，客户端只剩下显示和输入设备，不进行复杂计算，因而对瘦客户机的硬件要求很低。它可以是简单的计算设备，如PDA(个人数字助手)，也可以是低端计算机或一些特殊设计的终端。 　　 　　1瘦客户计算体系结构 　　 　　如图1所示，瘦客户计算体系结构模型由三部分构成：①瘦客户机，客户端的计算设备，主要负责显示用户界面和客户端输入；②远程显示协议（瘦客户协议），用于在瘦客户机与应用服务器之间传送应用程序输入/输出信息的应用层协议，③应用服务器，高性能的计算机，应用程序的安装、运行、维护、升级都在其上进行，用户的个人配置文件也保存在应用服务器上。瘦客户计算体系结构中的关键技术是远程显示协议，它是瘦客户机和服务器上的应用系统之间进行交互的机制，它使得通过网络为客户设备提供图形显示等服务成为可能。 　　 　　1．1瘦客户计算的具体实现 　　1．1．1虚拟网络计算  　　虚拟网络计算（Virtual Netote Frame Buffers，RFB）是一个远程存取图形用户界面的简单协议。它工作在帧缓存级，能被用于所有的有关窗口操作的系统和应用程序中，具有优秀的平台独立性。协议的显示部分基于一个单独的绘图源语：存放矩形像素块数据在已给坐标位置上。一系列的块操作组成一次相应的帧更新。虽然这种像素块的贴操作效率较低，但可以通过多种像素编码压缩方式来实现网络带宽、客户端显示速度及服务器处理速度之间的效率折中，以实现高效率的图形显示。 　　1．1．2微软终端服务 　　微软etaFrame主要运行在etaFrame 中使用的Multibps带宽网络环境，网络性能测试中，传输内容相同的情况下，AIP响应时间最短，其次是采用2D绘图原语的RFB，而ICA和RDP则具有相同的延迟时间且响应时间最长。在传送数据量方面，如果传输相同内容的文本图像混合网页，RFB传输的数据量最少；AIP、ICA和RDP传输的数据量相同且大于RFB。如果是传输相同内容的纯文本网页，则RDP和ICA传输的数据量最小，AIP次之，RFB最大。由此可见，采用基于图形的显示编码在传送纯文本时比RFB的带宽效率高。 　　 　　2．2显示更新机制 　　显示更新机制包括更新时机（Timing of Display Updates）及刷新模式。更新时机有客户端拉动（Client－pull）和服务器端推动（Server－push）两种；每种技术又可采用两种刷新模式，即懒惰更新（Lazy Update）和急切更新（Eager Update）中的一种。客户端拉动是一种由客户端驱动的显示更新技术，由客户端决定屏幕更新的时机。服务器并不将每次更新都发送给客户，只有收到来自客户机的请求时，才将最近的显示更新发送出去。服务器端推动是由服务器驱动的显示更新技术，由服务器决定屏幕更新的时机。它需要根据刷新模式来确定何时发送屏幕更新给客户。急切模式是当服务器上的应用程序产生绘图命令时，瘦客户系统立即将命令转换为基本的显示编码源语并把显示刷新数据发送到客户端，它使服务器能跟上应用程序的翻译命令。懒惰刷新模式是将若干翻译命令首先缓冲，然后再需要时懒惰地发送合并的显示刷新到客户端。对于实时视频显示，懒惰显示刷新模式导致许多视频帧在服务器端被合并和覆盖，使发送刷新的频率降低。它虽然能减少数据量的传输，但影响了系统的视频性能。 　　在RFB中采用客户端拉动的懒惰更新模式。当客户端请求时，更新被懒惰地发送。但常常由于客户运行的VNC已被大量地加载，客户端变成申请显示刷新的瓶颈，导致在客户机端产生下一个更新请求前，服务器端已将那些被合并和覆盖的视频丢失了，所以其视频播放的性能较差。Citrix的MetaFrame和微软的终端服务依赖于服务器推动的懒惰更新模式。它比R