14.6.3 message loggingMessage loggi

14.6.3 message logging
Message logging is a general technique for improving the efficiency of checkpoint-based recovery following crash failures. Checkpointing involves writing a complete set of states on the stable storage, and frequent checkpointing slows down the normal progress of the computation. For coordinated checkpointing, add to that the overhead of synchronizing the recording instants. On the other hand, infrequent checkpointing may cause significant amount of rollback when failures occur, which adds to the cost of recovery. Message logging helps us strike a middle ground—even if the checkpointing is infrequent, starting from a consistent checkpoint P, a more recent recovery point Q can be reconstructed by replaying the logged messages in the same order in which they were delivered before the crash.
Either the sender or the receiver can log messages into a stable storage. Logging takes time, so whether a process should wait for the completion of the logging of messages before delivering it to the application is an important design decision. All message-logging pro- tocols have a common goal: Once a crashed process recovers, its state is consistent with the states of the other processes. Surviving processes whose states are inconsistent with those of other process are known as orphan processes. Inadequate message logging can lead to the creation of orphan processes. Message-logging protocols must guarantee that upon recovery, no process remains an orphan.

Результаты (русский) 1:

14.6.3 ведение журнала сообщенийВедение журнала сообщений — это общий метод для повышения эффективности на основе контрольных точек восстановления после сбоев crash. Назначение контрольных точек включает в себя написание полный набор состояний на стабильное хранение, и частое назначение контрольных точек замедляет нормальный ход вычислений. Для скоординированных контрольных точек добавьте издержки синхронизации записи муляжа. С другой стороны редко назначение контрольных точек может вызвать значительное количество отката при возникновении сбоев, который добавляет стоимость восстановления. Ведение журнала сообщений помогает нам поразить середину — даже если назначение контрольных точек редко, начиная с последовательной контрольной точки P, более поздние Q точки восстановления можно восстановить путем воспроизведения сообщений в том же порядке, в котором они были доставлены до аварии.Отправитель или получатель могут войти сообщения в постоянном хранилище. Ведение журнала занимает много времени, так ли процесс должен ожидать завершения ведения журнала сообщений перед отправкой приложения является важным проектным решением. Все регистрации сообщений pro дополнительных имеют общую цель: после того, как разбился процесс выздоровления, его состояние в соответствии с государствами других процессов. Выжившие процессы, чьи государства несовместимы с теми из другого процесса известны как сиротские процессы. Ведение журнала недостаточно сообщений может привести к созданию сиротские процессы. Ведение журнала сообщений протоколы должны гарантировать, что после восстановления, процесс не остается потерянным.

Результаты (русский) 2:

14.6.3 сообщение регистрации
регистрации сообщений является общая методика для повышения эффективности восстановления контрольно - пропускной пункт на основе следующей неудачи аварии. Checkpointing включает в себя написание полный набор состояний на стабильном хранилище, и частые чекпойнтинг замедляет нормальный ход вычислений. Для скоординированного контрольных точек, добавьте к этому накладных расходов синхронизации записи мгновениями. С другой стороны, нечастыми чекпойнтинг может вызвать значительное количество откате при возникновении сбоев, которая добавляет к стоимости восстановления. Регистрация сообщений помогает нам нанести золотую середину, даже если чекпойнтинг является нечастым, начиная с последовательной контрольной точки Р, более поздняя точка восстановления Q может быть восстановлена путем переигрывая регистрируемые сообщения в том же порядке , в котором они были поставлены перед аварией.
либо отправитель или получатель может регистрировать сообщения в постоянном хранилище. Ведение журнала занимает много времени, так ли процесс должен ждать завершения протоколирования сообщений , прежде чем доставить его к приложению важное проектное решение. Все сообщения каротаж про- токолы имеют общую цель: После того, как разбился процесс восстанавливается, его состояние согласуется с состояниями других процессов. Выжившие процессы, состояния которых несовместимы с интересами другого процесса известны как бесхозных процессов. Неадекватное ведение журнала сообщений может привести к созданию бесхозных процессов. Протоколы Message-протоколирования должны гарантировать , что после восстановления, ни один процесс не остается сиротой.

Результаты (русский) 3:

14.6.3 регистрация сообщенийрегистрация сообщений является общий метод для повышения эффективности контрольно - пропускной пункт на восстановление после аварии неудачи.checkpointing включает в себя написание полный набор государств по стабильного хранения, и часто checkpointing замедляет нормальный ход вычисления.для координации checkpointing, добавить, что накладные синхронизации записи мгновения.с другой стороны, редко checkpointing может нанести значительный объем откат, когда сбои происходят, что добавляет к стоимости восстановления.регистрация сообщений помогает нам найти компромисс, даже если checkpointing является редким, начиная от последовательной - р, а в последнее время восстановления Q могут быть восстановлены в воспроизведении вошли сообщения в том же порядке, в каком они были поставлены перед аварией.либо отправителя или получателя сообщения может войти в стабильный хранения.лесозаготовки, требует времени, так как процесс, следует дождаться завершения регистрации сообщений до представления его применения является важным конструктивное решение.все регистрация сообщений про - tocols есть общая цель: после того, как разбился процесса восстановится, его состояние соответствует государства других процессов.переживший процессов государства которого являются несовместимыми с положениями других процесса известны как сирота процессов.неадекватная регистрация сообщений, может привести к созданию бесхозных процессов.регистрация сообщений протоколы должны гарантировать, что после восстановления, ни процесса остается сиротой.