外文翻译一报告.doc

高性能文件服务器的设计 罗伯特.万.雷内塞 安德鲁.S.塔嫩鲍姆 安妮塔 阿姆斯特丹自由大学计算机科学研究部 Bullet文件服务器是一个创新的文件服务器，从三个因素来说它胜于传统服务器，例如SUN公司的网络文件系统。它通过与目前使用中的文件服务器彻底不同的软件设计达到高吞吐量和低延时。每个Bullet文件服务器文件序列不是存储在磁盘存储块中，而是在磁盘和服务器的内存中连续存储。此外，它采用不可变文件的概念，来提高性能，来启用高速缓存，为用户提供一个纯粹的语义模型。这篇论文从细节上描述Bullet服务器的设计和实施。介绍性能的评估措施，同时比较它与其它著名的文件服务器在相同硬件条件下的表现。 1.介绍 传统的文件系统视为小型机器设计的，如，拥有小容量内存、小容量磁盘的电脑。整点是用尽可能少的资源支撑巨大的文件。为了容许文件的动态增长，文件被分离成固定大小的块散乱分散于磁盘中。块会被动态分配给文件，所以一个大文件会散乱分布于整个磁盘。性能会因为每个块都需要分离存取收到严重影响。当然块管理引进了高开销：需要间接块去管理这些文件和它们的块。电脑小容量内存的一部分被用于保持内存中的一部分文件访问更高效。 今天这种情况很大程度上改变了。机器拥有庞大的内存和巨大的磁盘。文件通常在内存中保存的很好。举个例子，1600万字节的文件先如今很普遍，足够去支持在运行中遭遇的大部分文件。测量值告诉我们UNIX系统里中等的文件大小是1K字节，99%的文件小于64K字节。但是，文件系统到现在都没有改变。文件仍然被分成块。萎了利用新技术，块的大小增加了，内存的缓存也被扩大了。这造成了边缘性能的提高。 作为Amoeba分布式操作系统工程的一部分，我们特意为现在与未来的电脑和磁盘技术设计实施了一个文件服务器。我们已经投入了足够多的资源去快速完成这个文件服务器。既然相信我们已经达成了这个目标，我们为其命名为子弹文件服务器。它的特点是支持响应、超高速缓存和稳定。 这篇论文有六个章节。在接下来的章节中我们会呈现出子弹文件服务器的体系结构模型。在第三章中我们介绍服务器的执行细节，包括数据结构和接口。文件服务器的性能是第四章的主题。第五章中我们将比较子弹文件服务器和其它文件服务器，如SUN的NFS（网络文件系统）。第六章包含的是结论。 体系结构模型 设计子弹文件服务器背后的目的是处理块模型。事实上，我们选择了从头到位最大程度上维护文件的系统。意思是，文件被连续保存在磁盘，连续缓存在内存，连续保持在进程内存中。这意味着有调度整个文件的选项。结果就是，处理器只能对匹配物理内存的文件进行操作。这对我们如何存储文件数据结构、如何分配进程给应用产生了影响。大部分的文件整体存取，整个文件的整体优化比例和性能在别的整体文件传输系统如Andrew ITC文件系统中也提到过。 另一个与保持文件连续有密切联系的设计选项，就是保持文件不变。意思就是，在文件上只能有的操作是：创建、检索和删除，而不能有更新操作。当我们想更新一个存储在文件中的数据结构时，我们采用创建一个新的文件存储更新的数据结构代替在源文件上进行更新。换句话说，我们将文件按版本号存储。无论如何，当我们传输整个文件时进行标记，这在文件服务器上不会带来任何处罚。根据Cender文件系统中的说法，版本机制对高速缓存和响应有正面的影响。当然它也说明了有可能在只写一次的存储器如光盘中保存版本。尽管版本机制本身十分有趣，但是由于篇幅的限制我们就不在这里详细介绍了。 对于大部分的应用来说这个模型运行良好，但是有的应用就需要我们去寻找不同的解决方式。比如，每次对日志文件添加内容，都需要拷贝整份文件。类似的，对于数据库，一个更新才做可能引发巨大的开销。对于日志文件我们设置了一个分离的服务器，比如基于认证密钥的。 在整个设计过程中我们都在为性能、健壮性和可用性做斗争。子弹文件系统是Amoeba分布式操作系统中主要的存储服务器。只有对存储和响应的管理少的时候，性能才能达到最高。同时连续和不变的模型符合文件通常的存取方式。不变涉及到地理不变——Amoeba目前在四个不同国家运行和数量的不变——可能有上千个进程存取文件。可用性意味着响应需求。 由于这些问题和Amoeba分布式操作系统有很强的联系，我们首先将用一个章节来讲述Amoeba，它在数据尤其是大数据如何组织，存储得有效率方面起了重要作用。我们在接下来的张杰将描述Bullet文件接口。 2.1Amoeba Amoeba是一个在阿姆斯特丹自由大学设计和实现的分布式操作系统，现在它在阿姆斯特丹的数学和计算机科学中心有了更深远的发展。它基于对象模型，对象是一个抽象的数据类型，对它的操作需要通过远程的步骤调用。Amoeba运行的硬件由四个基本结构组