Propiedades de los Algoritmos Distribuidos

•La información relevante se distribuye entre

varias maquinas.
•Los procesos toman las decisiones solo con
base en la información disponible en forma local.
•Debe evitarse un punto de fallo unico en el
sistema.
•No existe un reloj comun
 RELOJES Y
SINCRONIZACIO
N
Para la sincronización de relojes existen dos posibilidades:

• De forma centralizada.
• De forma distribuida (descentralizada).

Para ello también se puede diferenciar a los Sistemas Distribuidos con receptores
UTC (Tiempo Coordenado Universal), donde todas las maquinas deben
sincronizarse a este, de los Sistemas Distribuidos sin receptores UTC, donde cada
máquina debe tener el registro de su propia hora y mantener esa hora lo más cerca
posible de las otras maquinas.
En forma general una maquina posee un cronómetro que
provoca una interrupción “h” veces por segundo, cuando se
detiene el manejador de interrupciones agrega “1” a un reloj
en software, este reloj mantiene un registro del número de
interrupciones a partir de una fecha antes acordada, al valor
de este reloj se llama “C”.

Si el tiempo UTC es “t”, el valor del reloj de

la maquina “p” es “Cp(t)”
Algoritmos Centralizados
Definimos dos algoritmos centralizados el algoritmo de Cristian y el
algoritmo de Berkeley
Algoritmo de Cristian Algoritmo de Berkeley
Se utiliza en sistemas distribuidos con Se utiliza para sistemas distribuidos
receptor UTC como servidor. que no poseen receptor UTC como
servidor

El servidor de tiempo es pasivo y pide La máquina que asume el papel de

sincronización a las máquinas servidor es activa y envía un mensaje
receptoras según su hora indicando su hora y solicitando la hora
de las máquinas clientes.

La hora se asigna de forma global según De la respuesta del mensaje se obtiene

el número de interrupciones que arroje un promedio y de ahí se le impone la
el cronograma. hora a las máquinas clientes.
Algoritmos Distribuidos (descentralizado)

Algoritmos con Promedio

Se basa en dividir el tiempo en intervalos de resincronización de longitud
fija.
El i-ésimo intervalo:

Inicia en “T0 + iR” y va hasta “T0 + (i+1)R” donde:

• “T0“es un momento ya acordado en el pasado.
• “R” es un parámetro de sistema.

Al iniciar cada intervalo cada máquina del sistema transmite el tiempo

actual según su reloj, debido a que cada máquina trabaja con relojes de
diferente velocidad las transmisiones no son simultanea.
Después de transmitir el tiempo, la máquina inicializa un
cronómetro local para reunir las transmisiones de las demás
maquinas que lleguen en cierto intervalo “S”.

Cuando se reciben todas las transmisiones se ejecuta un algoritmo

para calcular la nueva hora para los relojes. Una variante de este
algoritmo es promediar los valores de todas las demás maquinas.

Otra variante es eliminar los extremos ya sea el estrecho mayo y el

estrecho menor.
Algoritmos de Varias Fuentes Externas de Tiempo
Este algoritmo está diseñado para sistema que requieran de una
sincronización muy precisa, es decir en extremo con UTC. Para ello se equipa
una serie de receptores UTC en diferentes computadoras.

Cada procesador con UTC puede transmitir su rango (intervalos de

tiempo) en forma periódica, lo que implica que los mensajes transmitidos no
son instantaneos, el retraso entre la transmisión y la recepción del mensaje
depende de lo largo del cableado, en general cada ordenador conectado tiene
una fuente de tiempo y cada una producen márgenes diferentes de tiempo, lo
mejor que puede hacer el ordenador es establecer un rango en lo que caiga
UTC, para llegar a un acuerdo entre las maquinas conectadas.
Es decir:
Cuando un procesador obtienes todos los rangos UTC:

• Verifica si uno de ellos es ajeno a los demás, de serlo lo descarta por ser uno
de los extremos.
• Calcula la intercepción en el tiempo de los demás rangos
• La intersección determina un intervalo cuyo punto medio será el UTC y la
hora del reloj interno.

Se debe compensar los retrasos de transmisión y las diferentes

velocidades de los relojes.
Se debe asegurar que el tiempo no corra hacia atrás.
Se debe resincronizar periódicamente desde las fuentes externas del
UTC