|
讨论和结论 我们在上文介绍了Xen hypervisor它能够将计算机的资源划分给各个运行着guest OS的domain我们的准虚拟化设计特别强调了性能和资源管理我们还描述和评估了XeonLinuxXeonLinux是将Linux 内核向Xen上做的完全移植 Future Work — 将来的工作 我们认为Xen和XenoLinux完全能够被用于更广阔的空间所以我们准备在不久的将来把我们的软件做成一个公开版本当前已经有一个Beta版本正在被评估（//貌似就是那个Clarkson University做的工作）一旦评估阶段结束我们就会在项目主页上发布版 在完成初始版本后我们计划对Xen做一些的扩展和改进为了增加虚拟块设备的效率我们准备实现一个由块内容索引的共享的通用缓沖Cache（universal buffer cache）这将为我们的设计增加受控的数据共享同时却不牺牲隔离性为虚拟块设备增加写复制（copyonwrite）语义使它们能够在domain之间被安全地共享即使是不同的文件系统也不会有问题（//写复制保证一致性减少内容复制开销不过跨文件系统应该还是不很容易吧？） 为了提供更好的physical（//物理？还是像之前提到的是实际分得的？应该是后者）内存性能我们计划实现一个最后机会页缓存（LPClastchance page cache）这是一个全系统范围内的空闲页链表只有在机器内存未被分光的情况下链表才有非零的长度当guest OS虚拟存储系统选择捨弃一个干净（clean数据中没有dirty data都是与磁盘中相同的）的页时会使用到LPC这个干净的页会被加入到空闲链表的结尾而并非被完全抛弃如果在该页重新被Xen分配之前发生了和该页相关的错误那么对错误的处理是不需要磁盘访问的（我的理解是以往的方法如果操作系统释放了内存资源的话那么它如果再想使用刚才释放页上的资源就必须重新从磁盘上调入而现在的lastchance就给了操作系统一个机会如果出现了和刚释放掉的页内容相关的错误那么操作系统可以直接从这个LPC中调相关页而不用访问磁盘） Xen的一个重要角色是作为XenoServer的基础XenoServer的设计目标超越了单机的范畴它要搭建的是支持一个互联网规模计算架构所必需的控制系统对于我们的设计来说关键在于资源的使用要被精确地计算并且由工作的发起者想办法满足资源需求 — 如果资源必须要及时兑现我们就使用一个拥塞定价策略来处理那些超过资源提供能力的要求使用透支的方法满足超出的需求这就必须要有精确及时的I/O调度它要能够更有弹性地处理那些不友好（//恶意透支？）的工作负载我们还计划创建虚拟块设备租借等形式将会计学中的一些理论（//上述的租借透支之类的概念都是属于会计学的范畴）借鑒进我们的块存储架构中 为了能够为XenoServer的管理和经营提供更好的支持我们正在加入对日志审核和日志鑒证更彻底的支持我们还在开发其它的VFR规则希望这些规则能够使我们检测和防止更大范围的对社会有危害的网络行为最终我们正在继续我们在XenoXP上的工作最重要的工作就是编写网络和块设备驱动实例工作的目标是完全支持企业级的服务器应用（如IIS） 结论 Xen提供了一个优秀的平台在这个平台上能够配置广泛的多样化的以网络为中心的服务比如动态web内容的局部镜像媒体流的编码转换和分发多用户游戏和虚拟现实服务器还有为瞬时连接设备提供短暂网络连接的智能代理[]服务 Xen直接解决的是在部署服务时遇到的最大障碍即当前不能够在低实例化开销的前提下对瞬时服务器操控较短的时间（//瞬时服务器时有时无有时候需要有时候不需要而即使是每次需要也只是操作很短的时间马上就又不需要了所以这样的话频频切换就需要很大的实例化开销因为每次启动瞬时服务就要实例化一次但是Xen中反正我可以跑多个系统那就专门留一个或几个系统给你跑瞬时服务同时还不耽误我其它服务的性能）通过允许个操作系统运行在单台服务器上我们减少了两个数量级的相关开销更进一步的我们可以把对每个操作系统进行设定和配置的过程转变为软件行为这样就能够更容易地操控更细粒度的时间片 正如我们在第部分给出的实验结果在Xen上运行XenoLinux的性能几乎与本地Linux系统的性能相同之所以会有这样的结果主要得益于对两个部件之间接口（//就是VMM吧？操作系统和底层硬件两个部分之间的接口）的细致设计这使得我们几乎感觉不到在使用资源管理工具时带来的开销我们的下一步工作是移植BSD和Windows XP的内核到Xen上来验证Xen提供的接口的普适性 |
