Distributed computing: Difference between revisions
imported>Markus Baumeister m (Added Computers Workgroup cat) |
imported>Markus Baumeister m (some spell fixes and stylistic changes) |
||
Line 5: | Line 5: | ||
In [[computer science]], '''distributed computation''' is a strategy for improving the speed of highly [[parallel computation|parallelizable]] tasks by distributing pieces of the problem across many [[computers]] that together form a distributed computer. | In [[computer science]], '''distributed computation''' is a strategy for improving the speed of highly [[parallel computation|parallelizable]] tasks by distributing pieces of the problem across many [[computers]] that together form a distributed computer. | ||
Unlike [[cluster (Computer Science)|clusters]], the computers in a distributed computer may be | Unlike [[cluster (Computer Science)|clusters]], the computers in a distributed computer may be connected over large [[networks]], and may be owned by many people or institutions. Several distributed computers even consist of home computers that communicate with a central control via the [[internet]] and whose owners decided to donate computing time to the executed project. | ||
== Network Topology == | == Network Topology == | ||
Line 15: | Line 15: | ||
The performance of a distributed computation system is dependant on three important variables: the time necessary for the master computer to perform administrative or "bookkeeping" tasks, the time necessary for the master and workers to communicate over the network, and the time necessary for the workers to perform their tasks. | The performance of a distributed computation system is dependant on three important variables: the time necessary for the master computer to perform administrative or "bookkeeping" tasks, the time necessary for the master and workers to communicate over the network, and the time necessary for the workers to perform their tasks. | ||
Administrative tasks in a distributed computation system should not be underestimated. The master computer must maintain a list of all available worker computers as well as their state (busy, available, etc), must be able to split the entire task into discrete work units, and must be able to combine all finished work units into the final result. Additionally, to prevent [[computer security|attacks]] | Administrative tasks in a distributed computation system should not be underestimated. The master computer must maintain a list of all available worker computers as well as their state (busy, available, etc), must be able to split the entire task into discrete work units, and must be able to combine all finished work units into the final result. Additionally, to prevent result forging [[computer security|attacks]] the master must attempt to identify incorrect results and reduce their affect on the overall computation. | ||
Communication time is also critical to system performance. If the round trip | Communication time is also critical to system performance. If the round trip communication time between the master and a worker node rivals the computation time, then no benefit is gained from distribution. Thus, distributed systems generally attempt to batch multiple work loads into a single communication. | ||
== Parallelizable Tasks == | == Parallelizable Tasks == | ||
Line 28: | Line 28: | ||
Here are some easily parallelized tasks, for which distributed computing works efficiently: | Here are some easily parallelized tasks, for which distributed computing works efficiently: | ||
* [[ | * [[embarrassingly parallel|Embarrassingly parallel]] problems, such as computing the [[mandelbrot set|Mandelbrot set]]. | ||
* Any [[tree search]] problem, such as: | * Any [[tree search]] problem, such as: | ||
** Many board games, including [[chess]] and [[checkers]], | ** Many board games, including [[chess]] and [[checkers]], | ||
Line 75: | Line 75: | ||
== Famous Examples == | == Famous Examples == | ||
* [[SETI@Home]] is perhaps the most famous example of distributed computation. It is comprised of more than one million computers, of varying [[computer architecture|architectures]] and [[operating systems|platforms]], and is dedicated to computing [[fourier transform|Fourier Transforms]] on data | * [[SETI@Home]] is perhaps the most famous example of distributed computation. It is comprised of more than one million computers, of varying [[computer architecture|architectures]] and [[operating systems|platforms]], and is dedicated to computing [[fourier transform|Fourier Transforms]] on data received from [[radio telescope|radio telescopes]]. | ||
* [[FOLDING@HOME]] is the second best known example of distributed collaborative computing. In this project the objective is to calculate the acttual real time folding of proteins or enzymes to obtain their biological active shape. Defects in this mechanism - as studies indicated - lead to deseases like Alzheimer and BSE (mad cow desease). | * [[FOLDING@HOME]] is the second best known example of distributed collaborative computing. In this project the objective is to calculate the acttual real time folding of proteins or enzymes to obtain their biological active shape. Defects in this mechanism - as studies indicated - lead to deseases like Alzheimer and BSE (mad cow desease). |
Revision as of 17:54, 26 February 2007
In computer science, distributed computation is a strategy for improving the speed of highly parallelizable tasks by distributing pieces of the problem across many computers that together form a distributed computer.
Unlike clusters, the computers in a distributed computer may be connected over large networks, and may be owned by many people or institutions. Several distributed computers even consist of home computers that communicate with a central control via the internet and whose owners decided to donate computing time to the executed project.
Network Topology
A distributed computer system generally employs one or more master computers, and very many worker computers. The master computer's role is to break the problem into a series of smaller problems (work units) and to send these to participating workers. The workers then perform the work and send the results back to the master computer.
Performance
The performance of a distributed computation system is dependant on three important variables: the time necessary for the master computer to perform administrative or "bookkeeping" tasks, the time necessary for the master and workers to communicate over the network, and the time necessary for the workers to perform their tasks.
Administrative tasks in a distributed computation system should not be underestimated. The master computer must maintain a list of all available worker computers as well as their state (busy, available, etc), must be able to split the entire task into discrete work units, and must be able to combine all finished work units into the final result. Additionally, to prevent result forging attacks the master must attempt to identify incorrect results and reduce their affect on the overall computation.
Communication time is also critical to system performance. If the round trip communication time between the master and a worker node rivals the computation time, then no benefit is gained from distribution. Thus, distributed systems generally attempt to batch multiple work loads into a single communication.
Parallelizable Tasks
Main article: parallel computation
A parallelizable task is one in which discrete fractions of the task can be computed without information from other tasks.
Here are some easily parallelized tasks, for which distributed computing works efficiently:
- Embarrassingly parallel problems, such as computing the Mandelbrot set.
- Any tree search problem, such as:
- Any problem with optimal substructure, such as sorting a list of numbers.
Goals and advantages
There are many different types of distributed computing systems and many challenges to overcome in successfully designing one. The main goal of a distributed computing system is to connect users and resources in a transparent, open, and scalable way. Ideally this arrangement is drastically more fault tolerant and more powerful than many combinations of stand-alone computer systems. Because projects are divided into smaller units the necessity to use huge super computers is bypassed and all the loads can be executed either in a GRID network or on participating home computers during idle time of the computers. This leads to a drastic reduction in costs involved and only depends upon a certain number or participating nodes.
Openness
Openness is the property of distributed systems such that each subsystem is continually open to interaction with other systems (see references). Web Services protocols are standards which enable distributed systems to be extended and scaled. In general, an open system that scales has an advantage over a perfectly closed and self-contained system.
Consequently, open distributed systems are required to meet the following challenges:
- Monotonicity
- Once something is published in an open system, it cannot be taken back.
- Pluralism
- Different subsystems of an open distributed system include heterogeneous, overlapping and possibly conflicting information. There is no central arbiter of truth in open distributed systems.
- Unbounded nondeterminism
- Asynchronously, different subsystems can come up and go down and communication links can come in and go out between subsystems of an open distributed system. Therefore the time that it will take to complete an operation cannot be bounded in advance (see unbounded nondeterminism).
Scalability
A scalable system is one that can easily be altered to accommodate changes in the number of users, resources and computing entities affected to it. Scalability can be measured in three different dimensions:
- Load scalability
- A distributed system should make it easy for us to expand and contract its resource pool to accommodate heavier or lighter loads.
- Geographic scalability
- A geographically scalable system is one that maintains its usefulness and usability, regardless of how far apart its users or resources are.
- Administrative scalability
- No matter how many different organizations need to share a single distributed system, it should still be easy to use and manage.
Some loss of performance may occur in a system that allows itself to scale in one or more of these dimensions. There is a limit up to which we can scale/add processors to the system, and above that the performance of the system degrades.
Drawbacks and disadvantages
- See also: Fallacies of Distributed Computing
If not planned properly, a distributed system can decrease the overall reliability of computations if the unavailability of a node can cause a disruption of the other nodes. Leslie Lamport describes this type of distributed system fragility like this: "You know you have one when the crash of a computer you've never heard of stops you from getting any work done."Template:Fact
Troubleshooting and diagnosing problems in a distributed system can also become more difficult, because the analysis may now require connecting to remote nodes or inspecting communications being sent between nodes.
Not many types of computation are well-suited for distributed environments, due typically to the amount of network communication or synchronization that would be required between nodes. If bandwidth, latency, or communication requirements are too significant, then the benefits of distributed computing may be negated and the performance may be worse than a non-distributed environment.
Additionally, the performance of a distributed computer does not grow linearly with the number of computational units supplied; a distributed computer does not become twice as fast as the number of computers doubles. This non-linear speed-up is due to the increased communications and administrative tasks that the master computer must perform.
Famous Examples
- SETI@Home is perhaps the most famous example of distributed computation. It is comprised of more than one million computers, of varying architectures and platforms, and is dedicated to computing Fourier Transforms on data received from radio telescopes.
- FOLDING@HOME is the second best known example of distributed collaborative computing. In this project the objective is to calculate the acttual real time folding of proteins or enzymes to obtain their biological active shape. Defects in this mechanism - as studies indicated - lead to deseases like Alzheimer and BSE (mad cow desease).