You are on page 1of 14

Tecnolgico Nacional de Mxico

Instituto Tecnolgico de Salina Cruz


Tema:
Sincronizacin de Sistemas Relojes Fsicos y Lgicos

Nombre de alumnos:
De La Cruz Regalado Eduardo
Delgadillo Girn Doygail de los ngeles
Flores Pacheco Luis Alberto
Jurez Aragn Sandra Fabiola

Semestre: VII

Grupo: E

Carrera: Ingeniera en Tecnologas de la Informacin y Comunicaciones

Facilitador:
Ing. Julissa Andrea Alquisiris Sibaja

Salina Cruz, Oaxaca a 30 de Septiembre del 2015

INDICE
INTRODUCCIN .............................................................................................................................. I
CUADRO COMPARATIVO CLIENTE SERVIDOR Y LLAMADA A PROCESAMIENTO REMOTO ........... 1
SINCRONIZACIN DE RELOJES....................................................................................................... 3
Algoritmos para la Sincronizacin de Relojes ........................................................................... 3
Algoritmo de Cristian ................................................................................................................ 4
Algoritmo de Berkeley ............................................................................................................... 4
RELOJ FSICO.................................................................................................................................. 5
Sincronizacin De Relojes Fsicos .............................................................................................. 5
TIEMPO LGICO Y RELOJES LGICOS ............................................................................................ 6
Relojes Lgicos Totalmente Ordenados. ................................................................................... 6
CONCLUSIONES ............................................................................................................................. 7
De La Cruz Regalado Eduardo ................................................................................................... 7
Delgadillo Girn Doygail de los ngeles. ................................................................................... 8
Flores Pacheco Luis Alberto ...................................................................................................... 9
Jurez Aragn Sandra Fabiola ................................................................................................. 10
FUENTES CONSULTADAS ............................................................................................................. 11

INTRODUCCIN
La arquitectura cliente-servidor es un modelo de aplicacin distribuida en el que las
tareas se reparten entre los proveedores de recursos o servicios, llamados servidores,
y los demandantes, llamados clientes. En esta arquitectura la capacidad de proceso est
repartida entre los clientes y los servidores, aunque son ms importantes las ventajas
de tipo organizativo debidas a la centralizacin de la gestin de la informacin y la
separacin de responsabilidades, lo que facilita y clarifica el diseo del sistema.
En este trabajo hablaremos sobre las diferencias entre la comunicacin con
cliente-servidor y llamada a procedimiento remoto, sta ltima es un protocolo que
permite a un programa de ordenador ejecutar cdigo en otra mquina remota sin tener
que preocuparse por las comunicaciones entre ambos.

Tambin otro punto muy

importante que abordaremos en este trabajo de investigacin son las diferencias que
existen entre relojes fsicos y lgicos. Los relojes fsicos son relojes que deben ser
iguales (estar sincronizados) y no deben desviarse del tiempo real ms all de cierta
magnitud. Los relojes lgicos son aquellos por los cuales estn ordenados los sucesos
de una forma nica. Para poder usar en general el tiempo fsico se debe sincronizar
perfectamente bien los relojes a lo largo de un sistema distribuido.
La sincronizacin de relojes en un sistema distribuido consiste en garantizar que
los procesos se ejecuten en forma cronolgica y a la misma vez respetar el orden de los
eventos dentro del sistema. Todos estos temas los abordaremos a profundidad ms
adelante para poder comprender bien la funcin de cada uno de ellos y la razn por la
cual son muy importantes.

CUADRO COMPARATIVO CLIENTE SERVIDOR Y LLAMADA A


PROCESAMIENTO REMOTO

SINCRONIZACIN DE RELOJES
Un sistema distribuido debe permitir el apropiado uso de los recursos, debe
encargarse de un buen desempeo y de la consistencia de los datos, adems
de mantener seguras todas estas operaciones.
La sincronizacin de procesos en los sistemas distribuidos resulta ms
compleja que en los centralizados, debido a que la informacin y el
procesamiento se mantienen en diferentes nodos. Un sistema distribuido debe
mantener vistas parciales y consistentes de todos los procesos cooperativos y
de cmputo. Tales vistas pueden ser provistas por los mecanismos de
sincronizacin.
El trmino sincronizacin se define como la forma de forzar un orden
parcial o total en cualquier conjunto de eventos, y es usado para hacer referencia
a tres problemas distintos pero relacionados entre s:
1. La sincronizacin entre el emisor y el receptor.
2. La especificacin y control de la actividad comn entre procesos
cooperativos.
3. La serializacin de accesos concurrentes a objetos compartidos por
mltiples procesos.
Haciendo referencia a los mtodos utilizados en un sistema centralizado, el cual
hace uso de semforos y monitores; en un sistema distribuido se utilizan
algoritmos distribuidos para sincronizar el trabajo comn entre los procesos y
estos algoritmos
Algoritmos para la Sincronizacin de Relojes
La sincronizacin de relojes en un sistema distribuido consiste en garantizar que
los procesos se ejecuten en forma cronolgica y a la misma vez respetar el orden
de los eventos dentro del sistema. Para lograr esto existen varios mtodos o
algoritmos que se programan dentro del sistema operativo, entre los cuales
tenemos:
3

Algoritmo de Cristian
Este algoritmo est basado en el uso del tiempo coordenado universal (siglas en
ingls, UTC), el cual es recibido por un equipo dentro del sistema distribuido.
Este equipo, denominado receptor de UTC, recibe a su vez solicitudes peridicas
del tiempo del resto de mquinas del sistema a cada uno de los cuales les enva
una respuesta en el menor plazo posible informando el tiempo UTC solicitado,
con lo cual todas las mquinas del sistema actualicen su hora y se mantenga as
sincronizado todo el sistema.
El receptor de UTC recibe el tiempo a travs de diversos medios
disponibles, entre los cuales se menciona las ondas de radio, Internet, entre
otros. Un gran problema en este algoritmo es que el tiempo no puede correr hacia
atrs:

El tiempo del receptor UTC no puede ser menor que el tiempo de la


mquina que le solicit el tiempo.

El servidor de UTC debe procesar las solicitudes de tiempo con el


concepto de interrupciones, lo cual incide en el tiempo de atencin.

El intervalo de transmisin de la solicitud y su respuesta debe ser tomado


en cuenta para la sincronizacin. El tiempo de propagacin se suma al
tiempo del servidor para sincronizar al emisor cuando ste recibe la
respuesta.

Algoritmo de Berkeley
Un sistema distribuido basado en el algoritmo de Berkeley no dispone del tiempo
coordenado universal (UTC); en lugar de ello, el sistema maneja su propia hora.
Para realizar la sincronizacin del tiempo en el sistema, tambin existe un
servidor de tiempo que, a diferencia del algoritmo de Cristian, se comporta de
manera activa.

Este servidor realiza un muestreo peridico del tiempo que poseen


algunas de las mquinas del sistema, con lo cual calcula un tiempo promedio, el
cual es enviado a todas las mquinas del sistema a fin de sincronizarlo.

RELOJ FSICO
La idea es proveer de un nico bloque de tiempo para el sistema. Los procesos
pueden usar la marca fsica del tiempo provista o leda de un reloj central para
expresar algn orden en el conjunto de acciones que inician.
La principal ventaja de este mecanismo es la simplicidad, aunque existen
varios inconvenientes: el correcto registro del tiempo depende en la posibilidad
de recibir correctamente y en todo momento, el tiempo actual desplegado por el
reloj fsico; los errores de transmisin se convierten en un impedimento para el
orden deseado, el grado de exactitud depende de las constantes puestas en el
sistema.

Los valores de tiempo asignados a los eventos no tienen porqu ser


cercanos a los tiempos reales en los que ocurren.

En ciertos sistemas es importante la hora real del reloj:


o

Se precisan relojes fsicos externos (ms de uno).

Se deben sincronizar:

Con los relojes del mundo real.

Entre s.

Sincronizacin De Relojes Fsicos


Para conocer en qu hora del da ocurren los sucesos en los procesos de nuestro
sistema distribuido Q, es necesario sincronizar los relojes de los procesos Ci con
una fuente de tiempo externa autorizada.
Esto es la SINCRONIZACIN EXTERNA. Y si los relojes

estn

sincronizados con otro con un grado de precisin conocido, entonces podemos


medir el intervalo entre dos eventos que ocurren en diferentes computadores
llamando a sus relojes locales, incluso aunque ellos no estn necesariamente
sincronizados con una fuente externa de tiempo. Esto es SINCRONIZACION
INTERNA.
5

TIEMPO LGICO Y RELOJES LGICOS


Los relojes lgicos son aquellos por los cuales estn ordenados los
sucesos de una forma nica. Para poder usar en general el tiempo fsico se debe
sincronizar perfectamente bien los relojes a lo largo de un sistema distribuido
para poder as obtener el orden de cualquier par arbitrario de sucesos que
ocurran en el, pero es poco probable que esto ocurra por que no se puede
sincronizar perfectamente los relojes a lo largo de un sistema distribuido.
Se puede utilizar un esquema que similar a la casualidad fsica, que se
aplica en los sistemas distribuidos, para controlar el orden de algunos sucesos
que ocurren en diversos procesos. La cual esta basada en dos puntos sencillos
y obvios.
Cuando se enva un mensaje entre procesos, el suceso de enviar el
mensaje ocurri antes del de recepcin del mismo. Lampert llamo a la
ordenacin obtenida al generalizar estas dos relaciones la realizacin suceder
antes. Tambin se le conoce como la relacin de orden casual u ordenacin
casual del mismo.
Relojes Lgicos Totalmente Ordenados.
Algunos pares de sucesos distintos, generados por diferentes procesos,
tienen marcas de tiempo de Lamport numricamente idnticas. Sin embargo,
podemos crear un orden, uno para el que todos los pares de sucesos distintos
estn ordenados, teniendo en cuenta los identificadores de los procesos en los
que ocurren los sucesos.

CONCLUSIONES
En conclusin al realizar este trabajo de investigacin pude tener nuevos
conocimientos en la materia de sistemas operativos, como primero las diferencia
que existe entre la comunicacin de cliente servido y la llamada a procedimiento
remoto los dos son modelos de aplicacin distribuido, con la tabla pude ver que
la forma de transmitir los datos es lo cual los diferencia, adems que cada uno
contiene sus ventajas y desventajas como lo vemos en la tabla.
En la tabla pude identificar el diagrama de cada uno de ellos, el cual es
una deferencia de transmitir los datos, con un concepto ms complejo y ms
explicado de cada uno de ellos
Tambin con la investigacin realizada de los relojes fsico y lgicos, los
dos con distintas funciones pero administran los procesos y los tiempos que
necesita el sistema para dar a un proceso el tiempo de ejecucin, con esto llega
la sincronizacin.
De La Cruz Regalado Eduardo

En este trabajo de investigacin, nos referimos al tema de la


sincronizacin de sistemas y dentro de la cual nos enfocamos a los relojes fsicos
y analgicos, entendimos que cada reloj tiene tanto como una arquitectura
diferente y as mismo una funcin diferente, el analgico posee un circuito para
el registro del tiempo y adems funciona como un cronometro el cual este
consiste en que a cada cristal al que est sometido en una tensin elctrica se
le asocien dos tipos de registros, estos no miden con exactitud el tiempo cuando
son ms de una computadora, esto quiere decir que los datos que arrojen juntas,
no sern los mismos.
Para que estos funcionaran o mejor dicho, se entienda estos hay una serie
de algoritmos que hacen que estos ya mencionados funcionen de tal manera que
hagan es vayan a la par.
Delgadillo Girn Doygail de los ngeles.

Con esta investigacin comprend las diferencias entre la comunicacin clienteservidor y el llamado procedimiento remoto, me qued claro que la comunicacin
cliente servidor es un modelo de aplicacin para sistemas distribuidos, ya que
las distintas actividades, procesos, tareas, se distribuyen o se reparten con los
proveedores de servicio, lo que se conoce como cliente/servidor.
Con la ayuda de la tabla comparativa de igual manera comprend que el
llamado procedimiento remoto es protocolo y que con la ayuda de un programa
se puede ejecutar un cdigo a otra mquina.
Finalmente los procesadores para que puedan realizar las distintas tareas
o procesos valga la redundancia necesitan de relojes fsicos conocido como reloj
central para que puedan ejecutar o expresar alguna orden, a su vez los relojes
lgicos son aquellos por los cuales los procesos estn ordenados de una forma
nica y para lograr esto se necesita sincronizarse con el tiempo fsico, por lo que
entend la sincronizacin debe quedar perfectamente bien sincronizado con los
relojes, para que puedan obtener todos sucesos que ocurran en l (procesador),
pero que en un sistema distribuido es muy poco probable que los relojes queden
perfectamente sincronizados.

Flores Pacheco Luis Alberto

Al hacer esta investigacin lo que pude comprender un poco ms acerca


del modelo cliente-servidor es que es un sistema donde el cliente se encarga de
solicitar un determinado servicio al servidor y existe un software en otro equipo
que lo proporciona estos servicios pueden ser:

Ejecucin de un programa

Acceso a una base

Acceso a dispositivos de hardware

Este modelo cliente-servidor es el que se utiliza normalmente, un ejemplo


claro es una red de computadoras en una escuela, existe un servidor, el cual se
encarga de administrar todos los procesos que se quieran llevar a cabo y las PC
que son las que solicitan al servidor una tarea o un servicio y este es el que les
da respuesta inmediata. Ahora bien las llamadas a procedimientos remotos son
las que se utilizan ms en las empresas, ya que el servidor puede estar en la
oficina y las dems PC desde el hogar del trabajador, lo que sucede con esto es
que la persona que esta desde su casa puede solicitar informacin al servidor y
no necesariamente tienen que estar en el mismo lugar.
Por otra parte tambin pude apreciar las diferencias entre relojes fsicos y
lgicos, lo cual los relojes lgicos nos permiten proporcionar cronmetros
guardianes de partes del propio sistema y los fsicos son relojes que deben ser
iguales (estar sincronizados) y no deben desviarse del tiempo real ms all de
cierta magnitud.

Abordando el tema sobre los relojes fsicos una de las

principales ventajas es la simplicidad.


Ahora acerca del tema de la sincronizacin de relojes en un sistema
distribuido lo que pude percatarme es que son los que aseguran que los
procesos se ejecuten de forma cronolgica respetando el orden de los eventos
del sistema, es decir a cada evento se le asigna un tiempo determinado para su
ejecucin y as a cada uno de ellos.
Jurez Aragn Sandra Fabiola

10

FUENTES CONSULTADAS
Scribd. (2012). Internet. En lnea. Pgina consultada el 28 de Septiembre
del

2015.

https://es.scribd.com/doc/2562297/Sincronizacion-de-sistemas-

Relojes-fisicos-y-logicos#download.
Sistemas Operativos. (2012). Internet. En lnea. Pgina consultada el 28
de

Septiembre

del

2015.

http://cesistemas2.blogspot.mx/2012/05/211-

comunicacion-cliente-servidor.html?m=1.
IBM. (2009). Internet. En lnea. Pgina consultada el 28 de Septiembre del
2015.
http://www01.ibm.com/support/knowledgecenter/ssw_aix_53/com.ibm.aix.comm
admn/doc/commadmndita/commadmn-kickoff.htm?cp=ssw_aix_53%2F1-64&lang=es.
Wikipedia. (2015). Internet. En lnea. Pgina consultada el 28 de
Septiembre

del

2015.

https://es.wikipedia.org/wiki/Llamada_a_Procedimiento_Remoto.
ITE. (2011). Internet. En lnea. Pgina consultada el 28 de Septiembre del
2015.
http://www.ite.educacion.es/formacion/materiales/157/cd/m1_1_conceptos_basi
cos_de_internet/modelo_clienteservidor.html.

11

You might also like