commit 82284c8238536345bcc33f3f726aa4403a27c88f
parent c09758a0687aa841149cc25e4e76d6cba418f34e
Author: Ivan Gankevich <igankevich@ya.ru>
Date: Tue, 14 Feb 2017 15:12:08 +0300
Sync p5.
Diffstat:
2 files changed, 12 insertions(+), 11 deletions(-)
diff --git a/phd-diss-ru.org b/phd-diss-ru.org
@@ -2912,11 +2912,12 @@ TODO translate
График\nbsp{}4 на\nbsp{}[[fig:benchmark]] показывает, что производительность в
случае выхода из строя резервного узла гораздо ниже, чем в других случаях. Это
-происходит, потому что главный узел сохраняет состояние только текущего
-последовательного этапа программы, в то время как резервный узел не только
-хранит копию этого состояния, но и выполняет параллельные части этапа вместе с
-другими подчиненными узлами. Так что, когда резервный узел выходит из строя,
-главный узел начинает выполнение текущего этапа с самого начала.
+происходит, потому что руководящий узел сохраняет состояние только текущего
+последовательного шага программы, в то время как резервный узел не только хранит
+копию этого состояния, но и выполняет этот шаг параллельно с другими
+подчиненными узлами. Так что, когда резервный узел выходит из строя, главный
+узел начинает выполнение текущего этапа с самого начала на произвольно выбранном
+выжившем узле.
#+caption: Параметры экспериментов с алгоритмово восстановления после сбоев.
#+name: tab:benchmark
diff --git a/phd-diss.org b/phd-diss.org
@@ -2825,12 +2825,12 @@ both cases the state of the main kernel is not lost and no time is spent to
restore it, which explains similar performance.
Graph\nbsp{}4 in fig.\nbsp{}[[fig:benchmark]] shows that performance in case of a
-backup node failure is much lower. It happens because master node stores only
-the current step of the computation plus some additional fixed amount of data,
-whereas a backup node not only stores the copy of this information but executes
-this step in parallel with other subordinate nodes. So, when a backup node
-fails, the master node executes the whole step once again on arbitrarily chosen
-healthy node.
+backup node failure is much lower than in other cases. It happens because
+principal node stores only the state of the current step of the computation plus
+some additional fixed amount of data, whereas a backup node not only stores the
+copy of this data, but executes the step in parallel with other subordinate
+nodes. So, when a backup node fails, the principal node executes the whole step
+once again on arbitrarily chosen survived node.
#+name: tab:benchmark
#+caption: Benchmark parameters for experiments with fail over algorithm.
