首页> 外文OA文献 >Simulation of job execution in managed distributed system
【2h】

Simulation of job execution in managed distributed system

机译:托管分布式系统中作业执行的仿真

代理获取
本网站仅为用户提供外文OA文献查询和代理获取服务,本网站没有原文。下单后我们将采用程序或人工为您竭诚获取高质量的原文,但由于OA文献来源多样且变更频繁,仍可能出现获取不到、文献不完整或与标题不符等情况,如果获取不到我们将提供退款服务。请知悉。

摘要

Nowadays, the use of computers to solve complex computational problems is present virtually everywhere. There are more and more temporally and spatially complex problems. They are solved using purpose-built parallel systems. Most modern systems of this type fit almost exclusively into Flynn's MIMD category, examples of which are tightly coupled SMP systems, loosely coupled MPP systems, and clusters. Especially in the field of scientific computation, distributed systems have become established as an affordable substitute for parallel systems. They are suitable mainly for solving problems where the decomposition into subproblems is trivial. An important difference between the two approaches lies in its intended purpose. Parallel systems are designed to speed up problem solving (to enable a faster response time of the system), while distributed systems are mainly intended for environments where a high number of problems are solved (increased throughput of the system).ududA special type of distributed systems are voluntary systems that allow the exploitation of computing resources (processing and memory resources). The most famous and widespread systems are BOINC and Condor. The aim of both is the same, i.e. to exploit the computing resources during idle time. The BOINC system is used to exploit computing resources in a wide area environment, while the Condor system is suitable for closed environments. Both can be mutually complementary.ududThe possibility of examining and evaluating the performance characteristics of such systems is crucial because it allows more efficient use of computing resources. Following the example of the BOINC and Condor systems and after simplifications were defined, a simulation model was designed in the form of an open queuing network with feedback. Simplifications were necessary since the simulation model would be otherwise difficult to manage. The queueing network consisted of a central queue and working queues. Working queues receive task from the central queue, carry them out and send the results back. The model verification confirmed the correctness of the operation, and the validation confirmed correct design. The implementation of the simulation model and of the simulation were carried out in the ns-2 discrete oriented open source simulation tool, which proved extremely versatile and flexible. The queue was designed with the help of two network nodes and their mutual network connection. The serving was realized by transferring the package via UDP network connections between nodes.ududBased on the designed model assumptions can be made about the behavior and performance of the real model. Any changes to the model parameters that were defined (such as queue capacity, number of queues, routing type, the probability of a feedback loop) can significantly affect its behaviour. ududThe experiment results with the simulation model provided insight into the behavior of the model as its parameters were changed. For the input intensity, the Poisson process of UDP packets were used. It was found that as input intensity increases, so does the the model load, which means that the central server unit can quickly become a bottleneck. Its load further increases the greater the number of feeding units, and with the probability of returning UDP packets to the central queue. In the case of sufficiently powerful central queue, the bottleneck may be caused by working queues. Random routing does not allow for a steady load of working queues, especially if these have different performance. In this case a rapid increase in tasks to be performed, and consequently model saturation, follows working queues with worse performance. Balance is achieved by using the "shortest queue first" principle in routing. Working queues in this case are almost the same length.ududThe use of this method of routing and of working queues with different performance enables us to discover some surprising behaviour. Working queues with better performance are automatically inclined to receiving long UDP packets, while those with worse performance receive shorter UDP packets. This might mean that more efficient free computer resources tend to implement more complex tasks, while less powerful free computer resources focus on implementing less demanding ones.ududThe designed model is not restricted to simulations of a voluntary system. It is useful in any system consisting of a central unit and a set of work units. The only requirement is that the central unit sends jobs or tasks to the work units, which communicate the results back to the central unit upon completion.ud
机译:如今,几乎无处不在使用计算机来解决复杂的计算问题。存在越来越多的时间和空间复杂的问题。使用专用的并行系统可以解决这些问题。这种类型的大多数现代系统几乎完全适合Flynn的MIMD类别,例如紧密耦合的SMP系统,松散耦合的MPP系统和集群。特别是在科学计算领域,分布式系统已成为并行系统的负担得起的替代产品。它们主要适用于解决分解为小问题的问题。两种方法之间的重要区别在于其预期目的。并行系统旨在加快问题解决速度(以加快系统响应速度),而分布式系统主要用于解决大量问题(增加系统吞吐量)的环境。分布式系统的类型是自愿系统,允许开发计算资源(处理和内存资源)。最著名和广泛使用的系统是BOINC和Condor。两者的目的是相同的,即在空闲时间利用计算资源。 BOINC系统用于在广域环境中开发计算资源,而Condor系统则适用于封闭环境。两者可以互为补充。 ud ud检查和评估此类系统的性能特征的可能性至关重要,因为它可以更有效地利用计算资源。遵循BOINC和Condor系统的示例,并定义了简化后,以带反馈的开放排队网络的形式设计了仿真模型。必须简化,因为否则将难以管理仿真模型。排队网络由中央队列和工作队列组成。工作队列从中央队列接收任务,执行任务并将结果发回。模型验证确认了操作的正确性,验证确认了正确的设计。仿真模型和仿真的实现是在ns-2离散定向的开源仿真工具中进行的,事实证明该工具极其灵活且灵活。该队列是在两个网络节点及其相互的网络连接的帮助下设计的。通过在节点之间通过UDP网络连接传输程序包来实现服务。 ud ud基于设计的模型,可以对真实模型的行为和性能做出假设。对定义的模型参数的任何更改(例如队列容量,队列数量,路由类型,反馈回路的可能性)都可能极大地影响其行为。 ud ud仿真模型的实验结果提供了对模型参数更改时行为的洞察力。对于输入强度,使用UDP数据包的Poisson过程。人们发现,随着输入强度的增加,模型负载也随之增加,这意味着中央服务器单元可能很快成为瓶颈。馈送单元的数量越大,它的负载就越大,并且有将UDP数据包返回到中央队列的可能性。在足够强大的中央队列的情况下,瓶颈可能是由工作队列引起的。随机路由不允许稳定地加载工作队列,尤其是当它们具有不同的性能时。在这种情况下,要执行的任务迅速增加,从而导致模型饱和,随后出现性能较差的工作队列。通过在路由中使用“最短队列优先”原则来实现平衡。在这种情况下,工作队列的长度几乎相同。 ud ud使用这种路由方法和具有不同性能的工作队列,使我们能够发现一些令人惊讶的行为。性能较好的工作队列会自动倾向于接收长的UDP数据包,而性能较差的工作队列则会接收较短的UDP数据包。这可能意味着更高效的免费计算机资源倾向于执行更复杂的任务,而功能更弱的免费计算机资源则专注于执行要求较低的任务。 ud ud设计的模型并不局限于自愿系统的仿真。它在由中央单元和一组工作单元组成的任何系统中都很有用。唯一的要求是中央单元将作业或任务发送到工作单元,然后在完成时将结果传达回中央单元。 ud

著录项

  • 作者

    Perme Janez;

  • 作者单位
  • 年度 2011
  • 总页数
  • 原文格式 PDF
  • 正文语种 {"code":"sl","name":"Slovene","id":39}
  • 中图分类

相似文献

  • 外文文献
  • 中文文献
  • 专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号