SlideShare una empresa de Scribd logo
INSTITUTO TECNOLOGICO SUPERIOR DE PEROTE
Alumno: Samuel Cervantes Moreno
Matricula: 14050053
Profesor: José Manuel Díaz Rivera
Materia: Sistemas Operativos II
Unidad: 2
1
Índice
Índice……………………………………………………………………………………..…..2
Introducción……………………………………………………………………………….....3
2 Procesos y Comunicación…………………………………………………………….…4
2.1 Nombre……………………………………………………………………………....…..4
2.1.2Comunicacion Cliente-Servidor……………………………………………..…....…4
2.1.3 Comunicación en grupo……………………………………………………………..5
2.1.4 Tolerancia a fallos………………………………………………………………..…..7
2.2 Sincronización…………………………………………………………………………..8
2.2.1 Relojes físicos………………………………………………………………..…….…8
2.2.2 Relojes Lógicos……………………………………………………………….……...9
2.2.3 Uso de la sincronización…………………………………………………….……...10
2.3 Nominación……………………………………………………………………….…….11
2.3.1 Características y Estructura……………………………………………….…….…12
2.3.2 Tipos de Nombres……………………………………………………….……...…..13-14
2.3.3 Modelo de Terry………………………………………………………………….....15-16
Conclusión……………………………………………………………………..17
2
Introducción
Existen diferentes nombres denominados para la comunicación entre procesos en sistemas
con un único procesador se lleva a cabo mediante el uso de memoria compartida entre los
procesos. En los sistemas distribuidos, al no haber conexión física entre las distintas
memorias de los equipos, la comunicación se realiza mediante la transferencia de mensajes.
Para que un sistema en red trabaje correctamente es necesario la sincronización ya que
depende de las respuestas reciprocas entre cliente y servidor, mediante mensajes y
protocolos que sin ello sería un caos pues no se comunicarían de manera correcta sino sería
una larga espera.
El modelo cliente-servidor basa la comunicación en una simplificación del modelo OSI. Las
siete capas que proporciona producen un desaprovechamiento de la velocidad de
transferencia de la red, con lo que sólo se usarán tres capas: física , enlace de datos y
solicitud/respuesta.
Las transferencias se basan en el protocolo solicitud/respuesta y se elimina la necesidad de
conexión.
Procesos y Comunicación
2.1 Nombre
La comunicación entre procesos en sistemas con un único procesador se lleva a cabo
mediante el uso de memoria compartida entre los procesos. En los sistemas distribuidos, al
3
no haber conexión física entre las distintas memorias de los equipos, la comunicación se
realiza mediante la transferencia de mensajes.
2.1.1 Comunicación Cliente-Servidor
Sockets
Es un mecanismo de comunicación, Permite a los sistemas cliente/servidor ser desarrollados
Localmente en una sola máquina A través de redes. Funciones tales como impresión,
utilerías de red, tales como rlogin y ftp, usualmente usan sockets para comunicarse.
Socket designa un concepto abstracto por el cual dos programas (posiblemente situados en
computadoras distintas) pueden intercambiarse cualquier flujo de datos, generalmente de
manera fiable y ordenada.
Un socket queda definido por una dirección IP, un protocolo y un número de puerto.
Explicación detallada
Para que dos programas puedan comunicarse entre sí es necesario que se cumplan ciertos
requisitos:
• Que un programa sea capaz de localizar al otro.
• Que ambos programas sean capaces de intercambiarse cualquier secuencia de
octetos, es decir, datos relevantes a su finalidad.
• Para ello son necesarios los tres recursos que originan el concepto de socket:
• Un protocolo de comunicaciones, que permite el intercambio de octetos.
• Una dirección del Protocolo de Red (Dirección IP, si se utiliza el Protocolo TCP/IP),
que identifica una computadora.
Un número de puerto, que identifica a un programa dentro de una computadora.
Los sockets permiten implementar una arquitectura cliente-servidor. La comunicación ha de
ser iniciada por uno de los programas que se denomina programa cliente. El segundo
programa espera a que otro inicie la comunicación, por este motivo se denomina programa
servidor.
4
Un socket es un fichero existente en la máquina cliente y en la máquina servidora, que sirve
en última instancia para que el programa servidor y el cliente lean y escriban la información.
Esta información será la transmitida por las diferentes capas de red.
2.1.2 Comunicación RPC
Otro paso en el diseño de un sistema operativo distribuido plantea las llamadas a
procedimientos remotos o RPCs. Los RPC amplían la llamada local a procedimientos, y los
generalizan a una llamada a un procedimiento localizado en cualquier lugar de todo el
sistema distribuido. En un sistema distribuido no se debería distinguir entre llamadas locales
y RPCs, lo que favorece en gran medida la transparencia del sistema.
Una de las dificultades más evidentes a las que se enfrenta el RPC es el formato de los
parámetros de los procedimientos. Un ejemplo es la posibilidad de que en un sistema
distribuido formado por diferentes tipos de ordenadores, un ordenador con formato little
endian llamara a un procedimiento de otro ordenador con formato big endian, etc. Este
problema se podría solucionar si tenemos en cuenta que ambos programas conocen el tipo
de datos de los parámetros, o estableciendo un estándar en el formato de los parámetros, de
forma que sea usado de forma única.
Por último queda por solucionar la tolerancia a fallos. Una llamada a un procedimiento
remoto puede fallar por motivos que antes no existían, como la pérdida de mensajes o el fallo
del cliente o del servidor durante la ejecución del procedimiento.
La limitación del RPC más clara en los sistemas distribuidos es que no permite enviar una
solicitud y recibir respuesta de varias fuentes a la vez, sino que la comunicación se realiza
únicamente entre dos procesos. Por motivos de tolerancia a fallos, bloqueos, u otros, sería
interesante poder tratar la comunicación en grupo.
2.1.3 Comunicación en grupo
5
La comunicación en grupo tiene que permitir la definición de grupos, así como características
propias de los grupos, como la distinción entre grupos abiertos o que permiten el acceso y
cerrados que lo limitan, o como la distinción del tipo de jerarquía dentro del grupo.
Igualmente, los grupos han de tener operaciones relacionadas con su manejo, como la
creación o modificación.
2.1.4 Tolerancia a fallos
Que el sistema de archivos sea tolerante a fallos implica que el sistema debe guardar varias
copias del mismo archivo en distintos ordenadores para garantizar la disponibilidad en caso
de fallo del servidor original. Además, se ha de aplicar un algoritmo que nos permita
mantener todas las copias actualizadas de forma consistente, o un método alternativo que
sólo nos permita acceder al archivo actualizado, como invalidar el resto de copias cuando en
cualquiera de ellas se vaya a realizar una operación de escritura. El uso de memorias cache
para agilizar el acceso a los archivos también es recomendable, pero este caso requiere
analizar con especial atención la consistencia del sistema.
2.2 Sincronización
6
El modelo cliente-servidor basa la comunicación en una simplificación del modelo OSI. Las
siete capas que proporciona producen un desaprovechamiento de la velocidad de
transferencia de la red, con lo que sólo se usarán tres capas: física (1), enlace de datos (2) y
solicitud/respuesta (5). Las transferencias se basan en el protocolo solicitud/respuesta y se
elimina la necesidad de conexión.
2.2.1 Relojes físicos
El algoritmo de Lamport proporciona un orden de eventos sin ambigüedades, pero:
Los valores de tiempo asignados a los eventos no tienen porqué ser cercanos a los tiempos
reales en los que ocurren.
En ciertos sistemas (ej.: sistemas de tiempo real), es importante la hora real del reloj:
Se precisan relojes físicos externos (más de uno).
Se deben sincronizar:
Con los relojes del mundo real.
Entre sí.
La medición del tiempo real con alta precisión no es sencilla.
Desde antiguo el tiempo se ha medido astronómicamente.
Se considera el día solar al intervalo entre dos tránsitos consecutivos del sol, donde el
tránsito del sol es el evento en que el sol alcanza su punto aparentemente más alto en el
cielo.
El segundo solar se define como 1 / 86.400 de un día solar.
Como el período de rotación de la tierra no es constante, se considera el segundo solar
promedio de un gran número de días.
Los físicos definieron al segundo como el tiempo que tarda el átomo de cesio 133 para hacer
9.192.631.770 transiciones:
Se tomó este número para que el segundo atómico coincida con el segundo solar promedio
de 1958.
2.2.2 Relojes Lógicos
Las computadoras poseen un circuito para el registro del tiempo conocido como dispositivo
reloj.
7
Es un cronómetro consistente en un cristal de cuarzo de precisión sometido a una tensión
eléctrica que:
• Oscila con una frecuencia bien definida que depende de:
o La forma en que se corte el cristal.
o El tipo de cristal.
o La magnitud de la tensión.
• A cada cristal se le asocian dos registros:
o Registro contador.
o Registro mantenedor.
• Cada oscilación del cristal decrementa en “1” al contador.
• Cuando el contador llega a “0”:
o Se genera una interrupción.
o El contador se vuelve a cargar mediante el registro mantenedor.
• Se puede programar un cronómetro para que genere una interrupción “x” veces por
segundo.
• Cada interrupción se denomina marca de reloj.
Para una computadora y un reloj:
• No interesan pequeños desfasajes del reloj porque:
o Todos los procesos de la máquina usan el mismo reloj y tendrán consistencia
interna.
o Importan los tiempos relativos.
Para varias computadoras con sus respectivos relojes:
• Es imposible garantizar que los cristales de computadoras distintas oscilen con la
misma frecuencia.
• Habrá una pérdida de sincronía en los relojes (de software), es decir que tendrán
valores distintos al ser leídos.
2.2.3 Uso de la sincronización
8
La Oficina Internacional de la Hora en París (BIH) recibe las indicaciones de cerca de 50
relojes atómicos en el mundo y calcula el tiempo atómico internacional (TAI).
Como consecuencia de que el día solar promedio (DSP) es cada vez mayor, un día TAI es 3
mseg menor que un DSP:
La BIHintroduce segundos de salto para hacer las correcciones necesarias para que
permanezcan en fase:
El sistema de tiempo basado en los segundos TAI.
El movimiento aparente del sol.
Surge el tiempo coordenado universal (UTC).
El Instituto Nacional del Tiempo Estándar (NIST) de EE. UU. y de otros países:
Operan estaciones de radio de onda corta o satélites de comunicaciones.
Transmiten pulsos UTC con cierta regularidad establecida (cada segundo, cada 0,5 mseg,
etc.).
Se deben conocer con precisión la posición relativa del emisor y del receptor:
Se debe compensar el retraso de propagación de la señal.
Si la señal se recibe por módem también se debe compensar por la ruta de la señal y la
velocidad del módem.
Se dificulta la obtención del tiempo con una precisión extremadamente alta.
2.3 Nominación
Correspondencia entre objetos de datos lógicos y físicos.
Por ejemplo, los usuarios tratan con objetos de datos lógicos representados por nombre de
archivos, mientras que el sistema manipula bloques de datos físicos almacenados en las
pistas de los discos.
Generalmente un usuario se refiere a un archivo utilizando un nombre, el cual se
transforma en un identificador numérico de bajo nivel, que a su vez se corresponde con
bloques en disco. Esta correspondencia multinivel ofrece a los usuarios la abstracción de un
archivo, que oculta los detalles de cómo y donde se almacena el archivo en disco.
Si se extiende un poco mas el tratamiento de los archivos como abstracciones, llegamos a la
posibilidad de replicas de archivos. Dado un nombre de archivo, la correspondencia devuelve
9
un conjunto de posiciones de las replicas de este archivo. En esta abstracción se ocultan
tanto la experiencia de copias como su ubicación.
Esquema de nominación
Hay tres enfoques principales para los esquemas de nominación.
En el enfoque más sencillo, los archivos se nombran con una combinación del nombre de su
anfitrión y su nombre local, lo que garantiza un nombre único dentro de todo el sistema.
El segundo enfoque popularizado por el sistema de archivos de red (NFS, Network File
System) de sun, ofrece una forma de unir directorios remotos a directorios locales, lo que da
la apariencia a un árbol de directorios coherentes.
El tercer enfoque es la estructura mas compleja y difícil de mantener enla NFS, ya que
cualquier directorio se puede unir a cualquier árbol de direcciones locales y la jerarquía
resultante puede estar poco estructurada.
Nominación y Transparencia
Existen dos conceptos que hay que distinguir en relación con la correspondencia de nombres
en un SD:
Transparencia de Nominación: El nombre de archivo no revela ningún indicio sobre de la
ubicación del almacenamiento físico del archivo.
Independencia de Ubicación: No es necesario modificar el nombre de un archivo cuando
cambia su ubicación en el almacenamiento físico.
2.3.1 Características y su estructura
los usuarios tratan con objetos de datos lógicos representados por nombre de archivos,
mientras que el sistema manipula bloques de datos físicos almacenados en las pistas de los
discos.
} Generalmente un usuario se refiere a un archivo utilizando un nombre, el cual se
transforma en un identificador numérico de bajo nivel, que a su vez se corresponde con
bloques en disco. Esta correspondencia multinivel ofrece a los usuarios la abstracción de un
archivo, que oculta los detalles de cómo y donde se almacena el archivo en disco.
10
} Si se extiende un poco mas el tratamiento de los archivos como abstracciones, llegamos a
la posibilidad de replicas de archivos. Dado un nombre de archivo, la correspondencia
devuelve un conjunto de posiciones de las replicas de este archivo. En esta abstracción se
ocultan tanto la experiencia de copias como su ubicación.
2.3.2 Tipos de Nombres
} Hay tres enfoques principales para los esquemas de nominación.
} En el enfoque más sencillo, los archivos se nombran con una combinación del nombre de
su anfitrión y su nombre local, lo que garantiza un nombre único dentro de todo el sistema.
} El segundo enfoque popularizado por el sistema de archivos de red (NFS, Network File
System) de sun, ofrece una forma de unir directorios remotos a directorios locales, lo que da
la apariencia a un árbol de directorios coherentes.
} El tercer enfoque es la estructura mas compleja y difícil de mantener en la NFS, ya que
cualquier directorio se puede unir a cualquier árbol de direcciones locales y la jerarquía
resultante puede estar poco estructurada.
2.3.3 Resolución y distribución
} Existen dos conceptos que hay que distinguir en relación con al correspondencia de
nombres en un SD:
} Transparencia de Nominación: El nombre de archivo no revela ningún indicio sobre de la
ubicación del almacenamiento físico del archivo.
} Independencia de Ubicación: No es necesario modificar el nombre de un archivo cuando
cambia su ubicación en el almacenamiento físico.
2.3.4 Servidores y agentes de nombre
Para implantar una nominación transparente se requiere un mecanismo para
correspondencia entre un nombre de archivo y la ubicación asociada. Para que esta
correspondencia sea manejable, hay que agrupar conjuntos de archivos en unidades
componentes y proporcionar la correspondencia según las unidades componentes, no por
archivos.
11
2.3.5 Mapas de direcciones
} Existe una coherencia directa entre los accesos y el tráfico que va y viene del servidor. De
notar que se presenta una analogía directa entre los métodos de acceso a disco en los
sistemas de archivos convencionales y el método de servicio remoto en un SD. El método de
servicio análogo efectúa un acceso al disco para cada solicitud de acceso.
} Una manera de lograr esta transferencia es a través del método de servicio remoto, con el
cual se entregan al servidor las solicitudes de acceso, la maquina servidora lleva a cabo
dichos accesos y los usuarios se devuelven al usuario
2.3.6 Mapas de rutas
En un sistema distribuido, el usar un nombre para los propósitos de la comunicación no es
bastante. Porque los procesos en ejecución se comunican desde diferentes computadoras.
El conocimiento de su localización actual es necesario. Esto conduce a los términos básicos
en esta área: un nombre, una dirección, y una ruta. El significado de estos términos se puede
explicar usando las definiciones intuitivas siguientes (Shoch 1978):
1. El nombre de un objeto (por ejemplo, recursos, servidor) específico que el proceso busca
(al qué desea tener acceso)
2. Una dirección especifica donde ésta
3. Una ruta especifica cómo esta ahí
Cada uno de estos identificadores representa un atascamiento más apretado de la
información:
1. Los nombres son mapeados en direcciones. Este mapeo es necesario para la
aplicación en ejecución, puesto que la sintaxis y la semántica de nombres dependen
enteramente de qué tipos de entidades se están nombrando y también qué uso se está
haciendo de ellas; y 2. Las direcciones son mapeadas en los routeadores.
2.3.7 Modelo de Terry
Los mensajes remitentes entre los procesos y objetos soportados por un sistema operativo
precisa la presentación para el sistema operativo de los nombres de los objetos que los
procesos quieren ganar acceso a. El problema es cómo localizar objetos nombrados. Esto
12
está directamente conectado a la gerencia del espacio de nombre y las estructuras de la
facilidad de nombramiento.
Como ha visto, acto de servidores de nombre como agentes obligatorios distribuidos que
amarran el nombre de un objeto para una cierta cantidad de sus propiedades, incluyendo la
posición del objeto. Algunos servidores de nombre pueden almacenar información acerca de
los objetos particulares. Tales servidores de nombre se llaman las autoridades que nombra o
servidores autoritarios de nombre para eso objetan. El problema es cómo distribuir servidores
de nombre, esto es, que de las estructuras de una facilidad de nombramiento es el mejor.
Los criterios diferentes pueden ser tomados en cuenta al desarrollar la facilidad de
nombramiento para sistemas de cómputo distribuidos. En la etapa de análisis de la estructura
de facilidad de nombramiento, usaremos la mayor parte de importante de esos criterios, a
saber actuación. Este criterio es importante para un ambiente distribuido porque que hay
usualmente un número de redes interconectadas (lo mismo es cierto en caso de una red de
área local conectando un número grande de computadoras personales y / o los puestos de
trabajo, y los servidores diferentes), lo cual insinúa que el costo de comunicación entre
clientes y servidores de nombre es el cuello de botella principal en localizar recursos
remotos. En este caso, la actuación de averiguaciones del servidor de nombre es dominada
por el número de servidores de nombre que deben ser a los que se ganó acceso y el costo
de ganar acceso a esos los servidores de nombre.
13
Conclusión
Existen diferentes nombres denominados para la comunicación entre procesos en sistemas
con un único procesador se lleva a cabo mediante el uso de memoria compartida entre los
procesos. En los sistemas distribuidos, al no haber conexión física entre las distintas
memorias de los equipos, la comunicación se realiza mediante la transferencia de mensajes.
Para que un sistema en red trabaje correctamente es necesario la sincronización ya que
depende de las respuestas reciprocas entre cliente y servidor, mediante mensajes y
protocolos que sin ello sería un caos pues no se comunicarían de manera correcta sino sería
una larga espera.
El modelo cliente-servidor basa la comunicación en una simplificación del modelo OSI. Las
siete capas que proporciona producen un desaprovechamiento de la velocidad de
transferencia de la red, con lo que sólo se usarán tres capas: física , enlace de datos y
solicitud/respuesta.
Las transferencias se basan en el protocolo solicitud/respuesta y se elimina la necesidad de
conexión.
14

Más contenido relacionado

La actualidad más candente

Modelo osi
Modelo   osiModelo   osi
Hilos hebras
Hilos hebrasHilos hebras
Hilos hebras
John Goyeneche
 
Planificación por prioridad
Planificación por prioridadPlanificación por prioridad
Planificación por prioridadGarNav
 
Procesos Ligeros: Hilos o Hebras
Procesos Ligeros: Hilos o HebrasProcesos Ligeros: Hilos o Hebras
Procesos Ligeros: Hilos o Hebras
J M
 
PROGRAMACION CONCURRENTE
PROGRAMACION CONCURRENTEPROGRAMACION CONCURRENTE
PROGRAMACION CONCURRENTEgladysmamani
 
Optimización global
Optimización globalOptimización global
Optimización global
Saory Rma
 
Ingenieria requerimientos
Ingenieria requerimientosIngenieria requerimientos
Ingenieria requerimientos
Giovanny Guillen
 
Algoritmos distribuidos bully o abusón, ronda,anillo o ring, bizantino
Algoritmos distribuidos bully o abusón, ronda,anillo o ring, bizantinoAlgoritmos distribuidos bully o abusón, ronda,anillo o ring, bizantino
Algoritmos distribuidos bully o abusón, ronda,anillo o ring, bizantino
John Nelson Rojas
 
Sistemas distribuidos
Sistemas distribuidosSistemas distribuidos
Sistemas distribuidosayreonmx
 
EvolucióN De Las Redes De Computadoras
EvolucióN De Las  Redes De ComputadorasEvolucióN De Las  Redes De Computadoras
EvolucióN De Las Redes De Computadoras
Lesly Hinojosa Tapia
 
Modelo de referencia TCP - IP
Modelo de referencia TCP - IPModelo de referencia TCP - IP
Modelo de referencia TCP - IP
Jorge Paredes Toledo
 
Tecnicas de Administracion de Memoria
Tecnicas de Administracion de MemoriaTecnicas de Administracion de Memoria
Tecnicas de Administracion de Memoria
Ashley Stronghold Witwicky
 
Diagrama de-estado-de-procesos
Diagrama de-estado-de-procesosDiagrama de-estado-de-procesos
Diagrama de-estado-de-procesos
Giant_serch
 
Caracteristicas De Una Red De Area Local (
Caracteristicas De Una Red De Area Local (Caracteristicas De Una Red De Area Local (
Caracteristicas De Una Red De Area Local (
Nelly Flores
 
Administración de memoria
Administración de memoriaAdministración de memoria
Administración de memoria
Heder Ithamar Romero
 
Ejemplo TCP-IP
Ejemplo TCP-IPEjemplo TCP-IP
Ejemplo TCP-IP
Gabriel Quiroga Salomon
 
UML
UMLUML

La actualidad más candente (20)

Modelo osi
Modelo   osiModelo   osi
Modelo osi
 
Hilos hebras
Hilos hebrasHilos hebras
Hilos hebras
 
Planificación por prioridad
Planificación por prioridadPlanificación por prioridad
Planificación por prioridad
 
Procesos Ligeros: Hilos o Hebras
Procesos Ligeros: Hilos o HebrasProcesos Ligeros: Hilos o Hebras
Procesos Ligeros: Hilos o Hebras
 
PROGRAMACION CONCURRENTE
PROGRAMACION CONCURRENTEPROGRAMACION CONCURRENTE
PROGRAMACION CONCURRENTE
 
Optimización global
Optimización globalOptimización global
Optimización global
 
Ciclo de instrucción
Ciclo de instrucciónCiclo de instrucción
Ciclo de instrucción
 
Tolerancia a fallos
Tolerancia a fallosTolerancia a fallos
Tolerancia a fallos
 
Control de Flujo [Telecomunicaciones]
Control de Flujo [Telecomunicaciones]Control de Flujo [Telecomunicaciones]
Control de Flujo [Telecomunicaciones]
 
Ingenieria requerimientos
Ingenieria requerimientosIngenieria requerimientos
Ingenieria requerimientos
 
Algoritmos distribuidos bully o abusón, ronda,anillo o ring, bizantino
Algoritmos distribuidos bully o abusón, ronda,anillo o ring, bizantinoAlgoritmos distribuidos bully o abusón, ronda,anillo o ring, bizantino
Algoritmos distribuidos bully o abusón, ronda,anillo o ring, bizantino
 
Sistemas distribuidos
Sistemas distribuidosSistemas distribuidos
Sistemas distribuidos
 
EvolucióN De Las Redes De Computadoras
EvolucióN De Las  Redes De ComputadorasEvolucióN De Las  Redes De Computadoras
EvolucióN De Las Redes De Computadoras
 
Modelo de referencia TCP - IP
Modelo de referencia TCP - IPModelo de referencia TCP - IP
Modelo de referencia TCP - IP
 
Tecnicas de Administracion de Memoria
Tecnicas de Administracion de MemoriaTecnicas de Administracion de Memoria
Tecnicas de Administracion de Memoria
 
Diagrama de-estado-de-procesos
Diagrama de-estado-de-procesosDiagrama de-estado-de-procesos
Diagrama de-estado-de-procesos
 
Caracteristicas De Una Red De Area Local (
Caracteristicas De Una Red De Area Local (Caracteristicas De Una Red De Area Local (
Caracteristicas De Una Red De Area Local (
 
Administración de memoria
Administración de memoriaAdministración de memoria
Administración de memoria
 
Ejemplo TCP-IP
Ejemplo TCP-IPEjemplo TCP-IP
Ejemplo TCP-IP
 
UML
UMLUML
UML
 

Similar a IV Unidad Sistemas Operativos 2 Cliente-Servidor

SISTEMAS DISTRIBUIDOS COMUNICACION UNIDAD 2.pptx
SISTEMAS DISTRIBUIDOS COMUNICACION UNIDAD 2.pptxSISTEMAS DISTRIBUIDOS COMUNICACION UNIDAD 2.pptx
SISTEMAS DISTRIBUIDOS COMUNICACION UNIDAD 2.pptx
AdolfoEuan2
 
sistemas distribuidos2.pptx
sistemas distribuidos2.pptxsistemas distribuidos2.pptx
sistemas distribuidos2.pptx
Wilson Cardenas
 
Conceptos
ConceptosConceptos
Capitulo 2 comunicacion
Capitulo 2 comunicacionCapitulo 2 comunicacion
Capitulo 2 comunicacion
Erick Jamett
 
Organización de Entrada y SalidaCorte_III_Sistemas_Digiales_II
Organización de Entrada y SalidaCorte_III_Sistemas_Digiales_IIOrganización de Entrada y SalidaCorte_III_Sistemas_Digiales_II
Organización de Entrada y SalidaCorte_III_Sistemas_Digiales_II
JuanNarvaez48
 
Mecanismo de sincronización de procesos
Mecanismo de sincronización de procesosMecanismo de sincronización de procesos
Mecanismo de sincronización de procesos
julio izaguirre
 
Gnu linux programacion-de-sistemas
Gnu linux programacion-de-sistemasGnu linux programacion-de-sistemas
Gnu linux programacion-de-sistemas
Diego Caceres
 
Protocolos de red
Protocolos de redProtocolos de red
Protocolos de red
Aldo Ariel Gómez Ortega
 
Libro so
Libro soLibro so
Sistemas operativos distribuidos
Sistemas operativos distribuidosSistemas operativos distribuidos
Sistemas operativos distribuidos
Jperez98
 
Protocolos y servicios informáticos
Protocolos y servicios informáticosProtocolos y servicios informáticos
Protocolos y servicios informáticosjedah89
 
Sistemas Operativos Distribuidos
Sistemas Operativos DistribuidosSistemas Operativos Distribuidos
Sistemas Operativos Distribuidos
Nicolás Giacaman
 
Diapositivas redes de computadoras unidad 2
Diapositivas redes de computadoras   unidad 2Diapositivas redes de computadoras   unidad 2
Diapositivas redes de computadoras unidad 2Javier Durán
 
3 procesos
3 procesos3 procesos
Proyecto final teleprocesamiento
Proyecto final teleprocesamientoProyecto final teleprocesamiento
Proyecto final teleprocesamiento
DayanaraRuelasVsquez
 
Protocolos y servicios
Protocolos y serviciosProtocolos y servicios
Protocolos y servicios
MariaTarin
 
Clase 3 Sistemas Operativos Administración de procesos
Clase 3 Sistemas Operativos Administración de procesos Clase 3 Sistemas Operativos Administración de procesos
Clase 3 Sistemas Operativos Administración de procesos
Gabriel Loría Solís
 
SEMANA 6.pptx
SEMANA 6.pptxSEMANA 6.pptx
SEMANA 6.pptx
Wilson Cardenas
 

Similar a IV Unidad Sistemas Operativos 2 Cliente-Servidor (20)

SISTEMAS DISTRIBUIDOS COMUNICACION UNIDAD 2.pptx
SISTEMAS DISTRIBUIDOS COMUNICACION UNIDAD 2.pptxSISTEMAS DISTRIBUIDOS COMUNICACION UNIDAD 2.pptx
SISTEMAS DISTRIBUIDOS COMUNICACION UNIDAD 2.pptx
 
sistemas distribuidos2.pptx
sistemas distribuidos2.pptxsistemas distribuidos2.pptx
sistemas distribuidos2.pptx
 
Conceptos
ConceptosConceptos
Conceptos
 
Capitulo 2 comunicacion
Capitulo 2 comunicacionCapitulo 2 comunicacion
Capitulo 2 comunicacion
 
Organización de Entrada y SalidaCorte_III_Sistemas_Digiales_II
Organización de Entrada y SalidaCorte_III_Sistemas_Digiales_IIOrganización de Entrada y SalidaCorte_III_Sistemas_Digiales_II
Organización de Entrada y SalidaCorte_III_Sistemas_Digiales_II
 
sockets
sockets sockets
sockets
 
Mecanismo de sincronización de procesos
Mecanismo de sincronización de procesosMecanismo de sincronización de procesos
Mecanismo de sincronización de procesos
 
Gnu linux programacion-de-sistemas
Gnu linux programacion-de-sistemasGnu linux programacion-de-sistemas
Gnu linux programacion-de-sistemas
 
Programaciongnulinux
ProgramaciongnulinuxProgramaciongnulinux
Programaciongnulinux
 
Protocolos de red
Protocolos de redProtocolos de red
Protocolos de red
 
Libro so
Libro soLibro so
Libro so
 
Sistemas operativos distribuidos
Sistemas operativos distribuidosSistemas operativos distribuidos
Sistemas operativos distribuidos
 
Protocolos y servicios informáticos
Protocolos y servicios informáticosProtocolos y servicios informáticos
Protocolos y servicios informáticos
 
Sistemas Operativos Distribuidos
Sistemas Operativos DistribuidosSistemas Operativos Distribuidos
Sistemas Operativos Distribuidos
 
Diapositivas redes de computadoras unidad 2
Diapositivas redes de computadoras   unidad 2Diapositivas redes de computadoras   unidad 2
Diapositivas redes de computadoras unidad 2
 
3 procesos
3 procesos3 procesos
3 procesos
 
Proyecto final teleprocesamiento
Proyecto final teleprocesamientoProyecto final teleprocesamiento
Proyecto final teleprocesamiento
 
Protocolos y servicios
Protocolos y serviciosProtocolos y servicios
Protocolos y servicios
 
Clase 3 Sistemas Operativos Administración de procesos
Clase 3 Sistemas Operativos Administración de procesos Clase 3 Sistemas Operativos Administración de procesos
Clase 3 Sistemas Operativos Administración de procesos
 
SEMANA 6.pptx
SEMANA 6.pptxSEMANA 6.pptx
SEMANA 6.pptx
 

Último

Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptxSistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
RobertRamos84
 
164822219-Clase-4-Estructuras-3.pdf losas
164822219-Clase-4-Estructuras-3.pdf losas164822219-Clase-4-Estructuras-3.pdf losas
164822219-Clase-4-Estructuras-3.pdf losas
jcbarriopedro69
 
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
JhonatanOQuionesChoq
 
Curso Basico de DIgSILENT power factorys
Curso Basico de DIgSILENT power factorysCurso Basico de DIgSILENT power factorys
Curso Basico de DIgSILENT power factorys
LuisPerezIgnacio1
 
Edafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden HistosolesEdafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden Histosoles
FacundoPortela1
 
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
JuanChaparro49
 
Una solucion saturada contiene la cantidad máxima de un soluto que se disuel...
Una solucion saturada contiene la cantidad máxima de un  soluto que se disuel...Una solucion saturada contiene la cantidad máxima de un  soluto que se disuel...
Una solucion saturada contiene la cantidad máxima de un soluto que se disuel...
leonpool521
 
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaaEspecificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
ssuserebb7f71
 
Mapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIASMapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIAS
AlfonsoRosalesFonsec
 
CONTROL DE MOTORES DE CORRIENTE ALTERNA PPT
CONTROL DE MOTORES DE CORRIENTE ALTERNA  PPTCONTROL DE MOTORES DE CORRIENTE ALTERNA  PPT
CONTROL DE MOTORES DE CORRIENTE ALTERNA PPT
LuisLobatoingaruca
 
Diagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdfDiagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdf
joseabachesoto
 
Ejercicios-de-Divisibilidad-para-Primero-de-Primaria (3).doc
Ejercicios-de-Divisibilidad-para-Primero-de-Primaria (3).docEjercicios-de-Divisibilidad-para-Primero-de-Primaria (3).doc
Ejercicios-de-Divisibilidad-para-Primero-de-Primaria (3).doc
LuisEnriqueCarboneDe
 
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdfPLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
MariaCortezRuiz
 
Hidrostatica_e_Hidrodinamica.pdggggggggf
Hidrostatica_e_Hidrodinamica.pdggggggggfHidrostatica_e_Hidrodinamica.pdggggggggf
Hidrostatica_e_Hidrodinamica.pdggggggggf
JavierAlejosM
 
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptxTEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
maitecuba2006
 
1º Caso Practico Lubricacion Rodamiento Motor 10CV
1º Caso Practico Lubricacion Rodamiento Motor 10CV1º Caso Practico Lubricacion Rodamiento Motor 10CV
1º Caso Practico Lubricacion Rodamiento Motor 10CV
CarlosAroeira1
 
Becas de UOC _ Caja Ingenieros 2024-25.pdf
Becas de UOC _ Caja Ingenieros 2024-25.pdfBecas de UOC _ Caja Ingenieros 2024-25.pdf
Becas de UOC _ Caja Ingenieros 2024-25.pdf
UOC Estudios de Informática, Multimedia y Telecomunicación
 
Vehiculo para niños con paralisis cerebral
Vehiculo para niños con paralisis cerebralVehiculo para niños con paralisis cerebral
Vehiculo para niños con paralisis cerebral
everchanging2020
 
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
FRANCISCOJUSTOSIERRA
 
Sesiones 3 y 4 Estructuras Ingenieria.pdf
Sesiones 3 y 4 Estructuras Ingenieria.pdfSesiones 3 y 4 Estructuras Ingenieria.pdf
Sesiones 3 y 4 Estructuras Ingenieria.pdf
DeyvisPalomino2
 

Último (20)

Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptxSistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
 
164822219-Clase-4-Estructuras-3.pdf losas
164822219-Clase-4-Estructuras-3.pdf losas164822219-Clase-4-Estructuras-3.pdf losas
164822219-Clase-4-Estructuras-3.pdf losas
 
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
 
Curso Basico de DIgSILENT power factorys
Curso Basico de DIgSILENT power factorysCurso Basico de DIgSILENT power factorys
Curso Basico de DIgSILENT power factorys
 
Edafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden HistosolesEdafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden Histosoles
 
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
 
Una solucion saturada contiene la cantidad máxima de un soluto que se disuel...
Una solucion saturada contiene la cantidad máxima de un  soluto que se disuel...Una solucion saturada contiene la cantidad máxima de un  soluto que se disuel...
Una solucion saturada contiene la cantidad máxima de un soluto que se disuel...
 
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaaEspecificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
 
Mapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIASMapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIAS
 
CONTROL DE MOTORES DE CORRIENTE ALTERNA PPT
CONTROL DE MOTORES DE CORRIENTE ALTERNA  PPTCONTROL DE MOTORES DE CORRIENTE ALTERNA  PPT
CONTROL DE MOTORES DE CORRIENTE ALTERNA PPT
 
Diagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdfDiagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdf
 
Ejercicios-de-Divisibilidad-para-Primero-de-Primaria (3).doc
Ejercicios-de-Divisibilidad-para-Primero-de-Primaria (3).docEjercicios-de-Divisibilidad-para-Primero-de-Primaria (3).doc
Ejercicios-de-Divisibilidad-para-Primero-de-Primaria (3).doc
 
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdfPLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
 
Hidrostatica_e_Hidrodinamica.pdggggggggf
Hidrostatica_e_Hidrodinamica.pdggggggggfHidrostatica_e_Hidrodinamica.pdggggggggf
Hidrostatica_e_Hidrodinamica.pdggggggggf
 
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptxTEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
 
1º Caso Practico Lubricacion Rodamiento Motor 10CV
1º Caso Practico Lubricacion Rodamiento Motor 10CV1º Caso Practico Lubricacion Rodamiento Motor 10CV
1º Caso Practico Lubricacion Rodamiento Motor 10CV
 
Becas de UOC _ Caja Ingenieros 2024-25.pdf
Becas de UOC _ Caja Ingenieros 2024-25.pdfBecas de UOC _ Caja Ingenieros 2024-25.pdf
Becas de UOC _ Caja Ingenieros 2024-25.pdf
 
Vehiculo para niños con paralisis cerebral
Vehiculo para niños con paralisis cerebralVehiculo para niños con paralisis cerebral
Vehiculo para niños con paralisis cerebral
 
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
TR-514 (3) - BIS copia seguridad DOS COLUMNAS 2024 1.6.24 PREFERIDO.wbk.wbk S...
 
Sesiones 3 y 4 Estructuras Ingenieria.pdf
Sesiones 3 y 4 Estructuras Ingenieria.pdfSesiones 3 y 4 Estructuras Ingenieria.pdf
Sesiones 3 y 4 Estructuras Ingenieria.pdf
 

IV Unidad Sistemas Operativos 2 Cliente-Servidor

  • 1. INSTITUTO TECNOLOGICO SUPERIOR DE PEROTE Alumno: Samuel Cervantes Moreno Matricula: 14050053 Profesor: José Manuel Díaz Rivera Materia: Sistemas Operativos II Unidad: 2 1
  • 2. Índice Índice……………………………………………………………………………………..…..2 Introducción……………………………………………………………………………….....3 2 Procesos y Comunicación…………………………………………………………….…4 2.1 Nombre……………………………………………………………………………....…..4 2.1.2Comunicacion Cliente-Servidor……………………………………………..…....…4 2.1.3 Comunicación en grupo……………………………………………………………..5 2.1.4 Tolerancia a fallos………………………………………………………………..…..7 2.2 Sincronización…………………………………………………………………………..8 2.2.1 Relojes físicos………………………………………………………………..…….…8 2.2.2 Relojes Lógicos……………………………………………………………….……...9 2.2.3 Uso de la sincronización…………………………………………………….……...10 2.3 Nominación……………………………………………………………………….…….11 2.3.1 Características y Estructura……………………………………………….…….…12 2.3.2 Tipos de Nombres……………………………………………………….……...…..13-14 2.3.3 Modelo de Terry………………………………………………………………….....15-16 Conclusión……………………………………………………………………..17 2
  • 3. Introducción Existen diferentes nombres denominados para la comunicación entre procesos en sistemas con un único procesador se lleva a cabo mediante el uso de memoria compartida entre los procesos. En los sistemas distribuidos, al no haber conexión física entre las distintas memorias de los equipos, la comunicación se realiza mediante la transferencia de mensajes. Para que un sistema en red trabaje correctamente es necesario la sincronización ya que depende de las respuestas reciprocas entre cliente y servidor, mediante mensajes y protocolos que sin ello sería un caos pues no se comunicarían de manera correcta sino sería una larga espera. El modelo cliente-servidor basa la comunicación en una simplificación del modelo OSI. Las siete capas que proporciona producen un desaprovechamiento de la velocidad de transferencia de la red, con lo que sólo se usarán tres capas: física , enlace de datos y solicitud/respuesta. Las transferencias se basan en el protocolo solicitud/respuesta y se elimina la necesidad de conexión. Procesos y Comunicación 2.1 Nombre La comunicación entre procesos en sistemas con un único procesador se lleva a cabo mediante el uso de memoria compartida entre los procesos. En los sistemas distribuidos, al 3
  • 4. no haber conexión física entre las distintas memorias de los equipos, la comunicación se realiza mediante la transferencia de mensajes. 2.1.1 Comunicación Cliente-Servidor Sockets Es un mecanismo de comunicación, Permite a los sistemas cliente/servidor ser desarrollados Localmente en una sola máquina A través de redes. Funciones tales como impresión, utilerías de red, tales como rlogin y ftp, usualmente usan sockets para comunicarse. Socket designa un concepto abstracto por el cual dos programas (posiblemente situados en computadoras distintas) pueden intercambiarse cualquier flujo de datos, generalmente de manera fiable y ordenada. Un socket queda definido por una dirección IP, un protocolo y un número de puerto. Explicación detallada Para que dos programas puedan comunicarse entre sí es necesario que se cumplan ciertos requisitos: • Que un programa sea capaz de localizar al otro. • Que ambos programas sean capaces de intercambiarse cualquier secuencia de octetos, es decir, datos relevantes a su finalidad. • Para ello son necesarios los tres recursos que originan el concepto de socket: • Un protocolo de comunicaciones, que permite el intercambio de octetos. • Una dirección del Protocolo de Red (Dirección IP, si se utiliza el Protocolo TCP/IP), que identifica una computadora. Un número de puerto, que identifica a un programa dentro de una computadora. Los sockets permiten implementar una arquitectura cliente-servidor. La comunicación ha de ser iniciada por uno de los programas que se denomina programa cliente. El segundo programa espera a que otro inicie la comunicación, por este motivo se denomina programa servidor. 4
  • 5. Un socket es un fichero existente en la máquina cliente y en la máquina servidora, que sirve en última instancia para que el programa servidor y el cliente lean y escriban la información. Esta información será la transmitida por las diferentes capas de red. 2.1.2 Comunicación RPC Otro paso en el diseño de un sistema operativo distribuido plantea las llamadas a procedimientos remotos o RPCs. Los RPC amplían la llamada local a procedimientos, y los generalizan a una llamada a un procedimiento localizado en cualquier lugar de todo el sistema distribuido. En un sistema distribuido no se debería distinguir entre llamadas locales y RPCs, lo que favorece en gran medida la transparencia del sistema. Una de las dificultades más evidentes a las que se enfrenta el RPC es el formato de los parámetros de los procedimientos. Un ejemplo es la posibilidad de que en un sistema distribuido formado por diferentes tipos de ordenadores, un ordenador con formato little endian llamara a un procedimiento de otro ordenador con formato big endian, etc. Este problema se podría solucionar si tenemos en cuenta que ambos programas conocen el tipo de datos de los parámetros, o estableciendo un estándar en el formato de los parámetros, de forma que sea usado de forma única. Por último queda por solucionar la tolerancia a fallos. Una llamada a un procedimiento remoto puede fallar por motivos que antes no existían, como la pérdida de mensajes o el fallo del cliente o del servidor durante la ejecución del procedimiento. La limitación del RPC más clara en los sistemas distribuidos es que no permite enviar una solicitud y recibir respuesta de varias fuentes a la vez, sino que la comunicación se realiza únicamente entre dos procesos. Por motivos de tolerancia a fallos, bloqueos, u otros, sería interesante poder tratar la comunicación en grupo. 2.1.3 Comunicación en grupo 5
  • 6. La comunicación en grupo tiene que permitir la definición de grupos, así como características propias de los grupos, como la distinción entre grupos abiertos o que permiten el acceso y cerrados que lo limitan, o como la distinción del tipo de jerarquía dentro del grupo. Igualmente, los grupos han de tener operaciones relacionadas con su manejo, como la creación o modificación. 2.1.4 Tolerancia a fallos Que el sistema de archivos sea tolerante a fallos implica que el sistema debe guardar varias copias del mismo archivo en distintos ordenadores para garantizar la disponibilidad en caso de fallo del servidor original. Además, se ha de aplicar un algoritmo que nos permita mantener todas las copias actualizadas de forma consistente, o un método alternativo que sólo nos permita acceder al archivo actualizado, como invalidar el resto de copias cuando en cualquiera de ellas se vaya a realizar una operación de escritura. El uso de memorias cache para agilizar el acceso a los archivos también es recomendable, pero este caso requiere analizar con especial atención la consistencia del sistema. 2.2 Sincronización 6
  • 7. El modelo cliente-servidor basa la comunicación en una simplificación del modelo OSI. Las siete capas que proporciona producen un desaprovechamiento de la velocidad de transferencia de la red, con lo que sólo se usarán tres capas: física (1), enlace de datos (2) y solicitud/respuesta (5). Las transferencias se basan en el protocolo solicitud/respuesta y se elimina la necesidad de conexión. 2.2.1 Relojes físicos El algoritmo de Lamport proporciona un orden de eventos sin ambigüedades, pero: Los valores de tiempo asignados a los eventos no tienen porqué ser cercanos a los tiempos reales en los que ocurren. En ciertos sistemas (ej.: sistemas de tiempo real), es importante la hora real del reloj: Se precisan relojes físicos externos (más de uno). Se deben sincronizar: Con los relojes del mundo real. Entre sí. La medición del tiempo real con alta precisión no es sencilla. Desde antiguo el tiempo se ha medido astronómicamente. Se considera el día solar al intervalo entre dos tránsitos consecutivos del sol, donde el tránsito del sol es el evento en que el sol alcanza su punto aparentemente más alto en el cielo. El segundo solar se define como 1 / 86.400 de un día solar. Como el período de rotación de la tierra no es constante, se considera el segundo solar promedio de un gran número de días. Los físicos definieron al segundo como el tiempo que tarda el átomo de cesio 133 para hacer 9.192.631.770 transiciones: Se tomó este número para que el segundo atómico coincida con el segundo solar promedio de 1958. 2.2.2 Relojes Lógicos Las computadoras poseen un circuito para el registro del tiempo conocido como dispositivo reloj. 7
  • 8. Es un cronómetro consistente en un cristal de cuarzo de precisión sometido a una tensión eléctrica que: • Oscila con una frecuencia bien definida que depende de: o La forma en que se corte el cristal. o El tipo de cristal. o La magnitud de la tensión. • A cada cristal se le asocian dos registros: o Registro contador. o Registro mantenedor. • Cada oscilación del cristal decrementa en “1” al contador. • Cuando el contador llega a “0”: o Se genera una interrupción. o El contador se vuelve a cargar mediante el registro mantenedor. • Se puede programar un cronómetro para que genere una interrupción “x” veces por segundo. • Cada interrupción se denomina marca de reloj. Para una computadora y un reloj: • No interesan pequeños desfasajes del reloj porque: o Todos los procesos de la máquina usan el mismo reloj y tendrán consistencia interna. o Importan los tiempos relativos. Para varias computadoras con sus respectivos relojes: • Es imposible garantizar que los cristales de computadoras distintas oscilen con la misma frecuencia. • Habrá una pérdida de sincronía en los relojes (de software), es decir que tendrán valores distintos al ser leídos. 2.2.3 Uso de la sincronización 8
  • 9. La Oficina Internacional de la Hora en París (BIH) recibe las indicaciones de cerca de 50 relojes atómicos en el mundo y calcula el tiempo atómico internacional (TAI). Como consecuencia de que el día solar promedio (DSP) es cada vez mayor, un día TAI es 3 mseg menor que un DSP: La BIHintroduce segundos de salto para hacer las correcciones necesarias para que permanezcan en fase: El sistema de tiempo basado en los segundos TAI. El movimiento aparente del sol. Surge el tiempo coordenado universal (UTC). El Instituto Nacional del Tiempo Estándar (NIST) de EE. UU. y de otros países: Operan estaciones de radio de onda corta o satélites de comunicaciones. Transmiten pulsos UTC con cierta regularidad establecida (cada segundo, cada 0,5 mseg, etc.). Se deben conocer con precisión la posición relativa del emisor y del receptor: Se debe compensar el retraso de propagación de la señal. Si la señal se recibe por módem también se debe compensar por la ruta de la señal y la velocidad del módem. Se dificulta la obtención del tiempo con una precisión extremadamente alta. 2.3 Nominación Correspondencia entre objetos de datos lógicos y físicos. Por ejemplo, los usuarios tratan con objetos de datos lógicos representados por nombre de archivos, mientras que el sistema manipula bloques de datos físicos almacenados en las pistas de los discos. Generalmente un usuario se refiere a un archivo utilizando un nombre, el cual se transforma en un identificador numérico de bajo nivel, que a su vez se corresponde con bloques en disco. Esta correspondencia multinivel ofrece a los usuarios la abstracción de un archivo, que oculta los detalles de cómo y donde se almacena el archivo en disco. Si se extiende un poco mas el tratamiento de los archivos como abstracciones, llegamos a la posibilidad de replicas de archivos. Dado un nombre de archivo, la correspondencia devuelve 9
  • 10. un conjunto de posiciones de las replicas de este archivo. En esta abstracción se ocultan tanto la experiencia de copias como su ubicación. Esquema de nominación Hay tres enfoques principales para los esquemas de nominación. En el enfoque más sencillo, los archivos se nombran con una combinación del nombre de su anfitrión y su nombre local, lo que garantiza un nombre único dentro de todo el sistema. El segundo enfoque popularizado por el sistema de archivos de red (NFS, Network File System) de sun, ofrece una forma de unir directorios remotos a directorios locales, lo que da la apariencia a un árbol de directorios coherentes. El tercer enfoque es la estructura mas compleja y difícil de mantener enla NFS, ya que cualquier directorio se puede unir a cualquier árbol de direcciones locales y la jerarquía resultante puede estar poco estructurada. Nominación y Transparencia Existen dos conceptos que hay que distinguir en relación con la correspondencia de nombres en un SD: Transparencia de Nominación: El nombre de archivo no revela ningún indicio sobre de la ubicación del almacenamiento físico del archivo. Independencia de Ubicación: No es necesario modificar el nombre de un archivo cuando cambia su ubicación en el almacenamiento físico. 2.3.1 Características y su estructura los usuarios tratan con objetos de datos lógicos representados por nombre de archivos, mientras que el sistema manipula bloques de datos físicos almacenados en las pistas de los discos. } Generalmente un usuario se refiere a un archivo utilizando un nombre, el cual se transforma en un identificador numérico de bajo nivel, que a su vez se corresponde con bloques en disco. Esta correspondencia multinivel ofrece a los usuarios la abstracción de un archivo, que oculta los detalles de cómo y donde se almacena el archivo en disco. 10
  • 11. } Si se extiende un poco mas el tratamiento de los archivos como abstracciones, llegamos a la posibilidad de replicas de archivos. Dado un nombre de archivo, la correspondencia devuelve un conjunto de posiciones de las replicas de este archivo. En esta abstracción se ocultan tanto la experiencia de copias como su ubicación. 2.3.2 Tipos de Nombres } Hay tres enfoques principales para los esquemas de nominación. } En el enfoque más sencillo, los archivos se nombran con una combinación del nombre de su anfitrión y su nombre local, lo que garantiza un nombre único dentro de todo el sistema. } El segundo enfoque popularizado por el sistema de archivos de red (NFS, Network File System) de sun, ofrece una forma de unir directorios remotos a directorios locales, lo que da la apariencia a un árbol de directorios coherentes. } El tercer enfoque es la estructura mas compleja y difícil de mantener en la NFS, ya que cualquier directorio se puede unir a cualquier árbol de direcciones locales y la jerarquía resultante puede estar poco estructurada. 2.3.3 Resolución y distribución } Existen dos conceptos que hay que distinguir en relación con al correspondencia de nombres en un SD: } Transparencia de Nominación: El nombre de archivo no revela ningún indicio sobre de la ubicación del almacenamiento físico del archivo. } Independencia de Ubicación: No es necesario modificar el nombre de un archivo cuando cambia su ubicación en el almacenamiento físico. 2.3.4 Servidores y agentes de nombre Para implantar una nominación transparente se requiere un mecanismo para correspondencia entre un nombre de archivo y la ubicación asociada. Para que esta correspondencia sea manejable, hay que agrupar conjuntos de archivos en unidades componentes y proporcionar la correspondencia según las unidades componentes, no por archivos. 11
  • 12. 2.3.5 Mapas de direcciones } Existe una coherencia directa entre los accesos y el tráfico que va y viene del servidor. De notar que se presenta una analogía directa entre los métodos de acceso a disco en los sistemas de archivos convencionales y el método de servicio remoto en un SD. El método de servicio análogo efectúa un acceso al disco para cada solicitud de acceso. } Una manera de lograr esta transferencia es a través del método de servicio remoto, con el cual se entregan al servidor las solicitudes de acceso, la maquina servidora lleva a cabo dichos accesos y los usuarios se devuelven al usuario 2.3.6 Mapas de rutas En un sistema distribuido, el usar un nombre para los propósitos de la comunicación no es bastante. Porque los procesos en ejecución se comunican desde diferentes computadoras. El conocimiento de su localización actual es necesario. Esto conduce a los términos básicos en esta área: un nombre, una dirección, y una ruta. El significado de estos términos se puede explicar usando las definiciones intuitivas siguientes (Shoch 1978): 1. El nombre de un objeto (por ejemplo, recursos, servidor) específico que el proceso busca (al qué desea tener acceso) 2. Una dirección especifica donde ésta 3. Una ruta especifica cómo esta ahí Cada uno de estos identificadores representa un atascamiento más apretado de la información: 1. Los nombres son mapeados en direcciones. Este mapeo es necesario para la aplicación en ejecución, puesto que la sintaxis y la semántica de nombres dependen enteramente de qué tipos de entidades se están nombrando y también qué uso se está haciendo de ellas; y 2. Las direcciones son mapeadas en los routeadores. 2.3.7 Modelo de Terry Los mensajes remitentes entre los procesos y objetos soportados por un sistema operativo precisa la presentación para el sistema operativo de los nombres de los objetos que los procesos quieren ganar acceso a. El problema es cómo localizar objetos nombrados. Esto 12
  • 13. está directamente conectado a la gerencia del espacio de nombre y las estructuras de la facilidad de nombramiento. Como ha visto, acto de servidores de nombre como agentes obligatorios distribuidos que amarran el nombre de un objeto para una cierta cantidad de sus propiedades, incluyendo la posición del objeto. Algunos servidores de nombre pueden almacenar información acerca de los objetos particulares. Tales servidores de nombre se llaman las autoridades que nombra o servidores autoritarios de nombre para eso objetan. El problema es cómo distribuir servidores de nombre, esto es, que de las estructuras de una facilidad de nombramiento es el mejor. Los criterios diferentes pueden ser tomados en cuenta al desarrollar la facilidad de nombramiento para sistemas de cómputo distribuidos. En la etapa de análisis de la estructura de facilidad de nombramiento, usaremos la mayor parte de importante de esos criterios, a saber actuación. Este criterio es importante para un ambiente distribuido porque que hay usualmente un número de redes interconectadas (lo mismo es cierto en caso de una red de área local conectando un número grande de computadoras personales y / o los puestos de trabajo, y los servidores diferentes), lo cual insinúa que el costo de comunicación entre clientes y servidores de nombre es el cuello de botella principal en localizar recursos remotos. En este caso, la actuación de averiguaciones del servidor de nombre es dominada por el número de servidores de nombre que deben ser a los que se ganó acceso y el costo de ganar acceso a esos los servidores de nombre. 13
  • 14. Conclusión Existen diferentes nombres denominados para la comunicación entre procesos en sistemas con un único procesador se lleva a cabo mediante el uso de memoria compartida entre los procesos. En los sistemas distribuidos, al no haber conexión física entre las distintas memorias de los equipos, la comunicación se realiza mediante la transferencia de mensajes. Para que un sistema en red trabaje correctamente es necesario la sincronización ya que depende de las respuestas reciprocas entre cliente y servidor, mediante mensajes y protocolos que sin ello sería un caos pues no se comunicarían de manera correcta sino sería una larga espera. El modelo cliente-servidor basa la comunicación en una simplificación del modelo OSI. Las siete capas que proporciona producen un desaprovechamiento de la velocidad de transferencia de la red, con lo que sólo se usarán tres capas: física , enlace de datos y solicitud/respuesta. Las transferencias se basan en el protocolo solicitud/respuesta y se elimina la necesidad de conexión. 14