kubernetes
/
website
mirror of https://github.com/kubernetes/website.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity

added Nuage Network to partner section 

Signed-off-by: YuPengZTE <yu.peng36@zte.com.cn>
pull/1308/head
ankurshukla 2016-09-23 12:50:42 -07:00 committed by YuPengZTE
parent a651ca4d1f
commit 4634a4b703
1 changed files with 2 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
docs/user-guide/jobs.md
View File

@ -238,11 +238,11 @@ considering one set of work items that the user wants to manage together &mdash;
There are several different patterns for parallel computation, each with strengths and weaknesses. There are several different patterns for parallel computation, each with strengths and weaknesses.
The tradeoffs are: The tradeoffs are:
- One Job object for each work item, vs a single Job object for all work items. The latter is - One Job object for each work item, vs. a single Job object for all work items. The latter is
better for large numbers of work items. The former creates some overhead for the user and for the better for large numbers of work items. The former creates some overhead for the user and for the
system to manage large numbers of Job objects. Also, with the latter, the resource usage of the job system to manage large numbers of Job objects. Also, with the latter, the resource usage of the job
(number of concurrently running pods) can be easily adjusted using the `kubectl scale` command. (number of concurrently running pods) can be easily adjusted using the `kubectl scale` command.
- Number of pods created equals number of work items, vs each pod can process multiple work items. - Number of pods created equals number of work items, vs. each pod can process multiple work items.
The former typically requires less modification to existing code and containers. The latter The former typically requires less modification to existing code and containers. The latter
is better for large numbers of work items, for similar reasons to the previous bullet. is better for large numbers of work items, for similar reasons to the previous bullet.
- Several approaches use a work queue. This requires running a queue service, - Several approaches use a work queue. This requires running a queue service,