
哪位达人帮忙翻译一下下面的英文,不要机翻,谢谢。
MCKUSICKButthenwhat?QUINLANProblemsstartedtooccuroncethesizeoftheunderlyingstorageinc...
MCKUSICK But then what?
QUINLAN Problems started to occur once the size of the underlying storage increased. Going from a few hundred terabytes up to petabytes, and then up to tens of petabytes… that really required a proportionate increase in the amount of metadata the master had to maintain. Also, operations such as scanning the metadata to look for recoveries all scaled linearly with the volume of data. So the amount of work required of the master grew substantially. The amount of storage needed to retain all that information grew as well.
In addition, this proved to be a bottleneck for the clients, even though the clients issue few metadata operations themselves—for example, a client talks to the master whenever it does an open. When you have thousands of clients all talking to the master at the same time, given that the master is capable of doing only a few thousand operations a second, the average client isn’t able to command all that many operations per second. Also bear in mind that there are applications such as MapReduce, where you might suddenly have a thousand tasks, each wanting to open a number of files. Obviously, it would take a long time to handle all those requests, and the master would be under a fair amount of duress.
MCKUSICK Now, under the current schema for GFS, you have one master per cell, right?
QUINLAN That’s correct. 展开
QUINLAN Problems started to occur once the size of the underlying storage increased. Going from a few hundred terabytes up to petabytes, and then up to tens of petabytes… that really required a proportionate increase in the amount of metadata the master had to maintain. Also, operations such as scanning the metadata to look for recoveries all scaled linearly with the volume of data. So the amount of work required of the master grew substantially. The amount of storage needed to retain all that information grew as well.
In addition, this proved to be a bottleneck for the clients, even though the clients issue few metadata operations themselves—for example, a client talks to the master whenever it does an open. When you have thousands of clients all talking to the master at the same time, given that the master is capable of doing only a few thousand operations a second, the average client isn’t able to command all that many operations per second. Also bear in mind that there are applications such as MapReduce, where you might suddenly have a thousand tasks, each wanting to open a number of files. Obviously, it would take a long time to handle all those requests, and the master would be under a fair amount of duress.
MCKUSICK Now, under the current schema for GFS, you have one master per cell, right?
QUINLAN That’s correct. 展开
3个回答
展开全部
麦库西克:然后呢?
昆兰:当潜在的储存量增加的时候,问题就会出现。例如,一开始从只有几百个兆的数据增加到一千个兆,然后再从一千个兆上涨到一万个兆... 这样一来,主伺服器就被要求去处理那些成比例上升的元数据。再者,好像那些通过审视元数据来寻找恢复的数据运行程式的数据量都在线性地按比例上升。这样一来,主伺服器在工作的时候数据量就会大幅增加。同时,用来储存信息的容量也要求增加。
而且,这样也突显了在客户端方面的瓶颈,即使客户端在运行的时候通常只是发出少量的元数据。例如,一个客户端和主伺服器通过沟通要求进行一个程序打开。当成千上万的客户端同时向主伺服器发出请求或者数据的时候,而这个主伺服器只能每秒运行几千个请求的情况下,那么客户端就不能在短时间内完成它们所有的数据传送请求。同时要记住,有一些软件例如MapReduce(软件名称),它们会忽然间会运行过千个程序任务,而且每一个任务都想打开一系列的文件。很明显,这样就会花很长时间来处理这些程序任务,而主伺服器从而也会遭受一定程度上的被迫去接受这一大堆的程序任务。
麦库西克:那么,在现在的GFS模式里,你每一个单元里面都有一个主伺服器,对吗?
昆兰:对的。
--------------------------------------------------------------------------
翻译完了,呵呵。这是我自己翻译的。
希望对楼主有帮助。
昆兰:当潜在的储存量增加的时候,问题就会出现。例如,一开始从只有几百个兆的数据增加到一千个兆,然后再从一千个兆上涨到一万个兆... 这样一来,主伺服器就被要求去处理那些成比例上升的元数据。再者,好像那些通过审视元数据来寻找恢复的数据运行程式的数据量都在线性地按比例上升。这样一来,主伺服器在工作的时候数据量就会大幅增加。同时,用来储存信息的容量也要求增加。
而且,这样也突显了在客户端方面的瓶颈,即使客户端在运行的时候通常只是发出少量的元数据。例如,一个客户端和主伺服器通过沟通要求进行一个程序打开。当成千上万的客户端同时向主伺服器发出请求或者数据的时候,而这个主伺服器只能每秒运行几千个请求的情况下,那么客户端就不能在短时间内完成它们所有的数据传送请求。同时要记住,有一些软件例如MapReduce(软件名称),它们会忽然间会运行过千个程序任务,而且每一个任务都想打开一系列的文件。很明显,这样就会花很长时间来处理这些程序任务,而主伺服器从而也会遭受一定程度上的被迫去接受这一大堆的程序任务。
麦库西克:那么,在现在的GFS模式里,你每一个单元里面都有一个主伺服器,对吗?
昆兰:对的。
--------------------------------------------------------------------------
翻译完了,呵呵。这是我自己翻译的。
希望对楼主有帮助。
展开全部
麦库西克那么是什么?
昆兰问题开始出现一次的大小基本存储增加。从几百字节到字节,再到数十字节……真正需要按比例增加的数据量大师维护。此外,扫描等操作元数据找回收所有规模线性数据量。如此大量的工作需要的大幅增长。存储的需要保留所有信息一样生长。
此外,这被证明是一个瓶颈的客户,即使客户问题的几themselves-for元数据操作,客户谈判大师每当它打开。当你有成千上万的客户谈话大师在同一时间,因为主能做的只有几千个操作一次,平均客户不能命令所有许多运算每秒。还记有等应用研究,在那里你会突然有了一千个任务,每个想打开多个文件。显然,这需要很长的时间来处理所有这些要求,并将是掌握相当数量的胁迫下。
麦库西克,根据目前的模式,政府飞行服务队,你有一个主细胞,对吗?
昆兰是正确的。
昆兰问题开始出现一次的大小基本存储增加。从几百字节到字节,再到数十字节……真正需要按比例增加的数据量大师维护。此外,扫描等操作元数据找回收所有规模线性数据量。如此大量的工作需要的大幅增长。存储的需要保留所有信息一样生长。
此外,这被证明是一个瓶颈的客户,即使客户问题的几themselves-for元数据操作,客户谈判大师每当它打开。当你有成千上万的客户谈话大师在同一时间,因为主能做的只有几千个操作一次,平均客户不能命令所有许多运算每秒。还记有等应用研究,在那里你会突然有了一千个任务,每个想打开多个文件。显然,这需要很长的时间来处理所有这些要求,并将是掌握相当数量的胁迫下。
麦库西克,根据目前的模式,政府飞行服务队,你有一个主细胞,对吗?
昆兰是正确的。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
2012-02-14
展开全部
太多了,分数少
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询