SlideShare una empresa de Scribd logo
1 de 14
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

Estructura jerarquica de un sistema operativo
Estructura jerarquica de un sistema operativoEstructura jerarquica de un sistema operativo
Estructura jerarquica de un sistema operativoYurley Ochoa
 
Modelos y capas de la ingenieria de software
Modelos y capas  de la ingenieria de softwareModelos y capas  de la ingenieria de software
Modelos y capas de la ingenieria de softwarejhonatanalex
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionAbner Gerardo
 
Dispositivos de red capa fisica
Dispositivos de red capa  fisicaDispositivos de red capa  fisica
Dispositivos de red capa fisicaChava Jackson
 
Origen del Modelo OSI y su impacto en als estructuras de redes
Origen del Modelo OSI y su impacto en als estructuras de redesOrigen del Modelo OSI y su impacto en als estructuras de redes
Origen del Modelo OSI y su impacto en als estructuras de redesKim Sorel Rush
 
Arquitectura Multiprocesadores
Arquitectura Multiprocesadores Arquitectura Multiprocesadores
Arquitectura Multiprocesadores JUANR1022
 
Proyecto de redes ejemplo
Proyecto de redes ejemploProyecto de redes ejemplo
Proyecto de redes ejemploIvan Porras
 
ESTANDAR IEEE 802 x
ESTANDAR IEEE 802 xESTANDAR IEEE 802 x
ESTANDAR IEEE 802 xgchv
 
Trabajo final uml_200609_19
Trabajo final uml_200609_19Trabajo final uml_200609_19
Trabajo final uml_200609_19Yenny González
 
Arquitectura harvard
Arquitectura harvardArquitectura harvard
Arquitectura harvardEdwin Lema
 
Configuracion de router
Configuracion de routerConfiguracion de router
Configuracion de routerAndyNet-com
 

La actualidad más candente (20)

Estructura jerarquica de un sistema operativo
Estructura jerarquica de un sistema operativoEstructura jerarquica de un sistema operativo
Estructura jerarquica de un sistema operativo
 
Ieee 830
Ieee 830Ieee 830
Ieee 830
 
Modelos y capas de la ingenieria de software
Modelos y capas  de la ingenieria de softwareModelos y capas  de la ingenieria de software
Modelos y capas de la ingenieria de software
 
Pruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacionPruebas de sistemas y aceptacion
Pruebas de sistemas y aceptacion
 
Dispositivos de red capa fisica
Dispositivos de red capa  fisicaDispositivos de red capa  fisica
Dispositivos de red capa fisica
 
Origen del Modelo OSI y su impacto en als estructuras de redes
Origen del Modelo OSI y su impacto en als estructuras de redesOrigen del Modelo OSI y su impacto en als estructuras de redes
Origen del Modelo OSI y su impacto en als estructuras de redes
 
Arquitectura Multiprocesadores
Arquitectura Multiprocesadores Arquitectura Multiprocesadores
Arquitectura Multiprocesadores
 
Proyecto de redes ejemplo
Proyecto de redes ejemploProyecto de redes ejemplo
Proyecto de redes ejemplo
 
Arquitectura centralizada
Arquitectura centralizadaArquitectura centralizada
Arquitectura centralizada
 
ESTANDAR IEEE 802 x
ESTANDAR IEEE 802 xESTANDAR IEEE 802 x
ESTANDAR IEEE 802 x
 
Trabajo final uml_200609_19
Trabajo final uml_200609_19Trabajo final uml_200609_19
Trabajo final uml_200609_19
 
Arquitectura harvard
Arquitectura harvardArquitectura harvard
Arquitectura harvard
 
Tema 4: Procesamiento paralelo.
Tema 4: Procesamiento paralelo.Tema 4: Procesamiento paralelo.
Tema 4: Procesamiento paralelo.
 
Configuracion de router
Configuracion de routerConfiguracion de router
Configuracion de router
 
macros Lenguaje ensamblador
macros Lenguaje ensambladormacros Lenguaje ensamblador
macros Lenguaje ensamblador
 
Protocolo arp
Protocolo arpProtocolo arp
Protocolo arp
 
Herramientas case full informacion
Herramientas case full informacionHerramientas case full informacion
Herramientas case full informacion
 
Estandar IEEE 802
Estandar IEEE 802Estandar IEEE 802
Estandar IEEE 802
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
 
Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 

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.pptxAdolfoEuan2
 
sistemas distribuidos2.pptx
sistemas distribuidos2.pptxsistemas distribuidos2.pptx
sistemas distribuidos2.pptxWilson Cardenas
 
Capitulo 2 comunicacion
Capitulo 2 comunicacionCapitulo 2 comunicacion
Capitulo 2 comunicacionErick 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_IIJuanNarvaez48
 
Mecanismo de sincronización de procesos
Mecanismo de sincronización de procesosMecanismo de sincronización de procesos
Mecanismo de sincronización de procesosjulio izaguirre
 
Gnu linux programacion-de-sistemas
Gnu linux programacion-de-sistemasGnu linux programacion-de-sistemas
Gnu linux programacion-de-sistemasDiego Caceres
 
Sistemas operativos distribuidos
Sistemas operativos distribuidosSistemas operativos distribuidos
Sistemas operativos distribuidosJperez98
 
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 DistribuidosNicolá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
 
Protocolos y servicios
Protocolos y serviciosProtocolos y servicios
Protocolos y serviciosMariaTarin
 
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
 

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

Simbología de Soldadura, interpretacion y aplicacion en dibujo tecnico indus...
Simbología de Soldadura,  interpretacion y aplicacion en dibujo tecnico indus...Simbología de Soldadura,  interpretacion y aplicacion en dibujo tecnico indus...
Simbología de Soldadura, interpretacion y aplicacion en dibujo tecnico indus...esandoval7
 
Sistema de Base de Datos (Rubén Alberto)
Sistema de Base de Datos (Rubén Alberto)Sistema de Base de Datos (Rubén Alberto)
Sistema de Base de Datos (Rubén Alberto)mendezruben1901
 
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptx
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptxAMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptx
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptxLuisvila35
 
LEYES DE EXPONENTES SEMANA 1 CESAR VALLEJO.pdf
LEYES DE EXPONENTES SEMANA 1 CESAR VALLEJO.pdfLEYES DE EXPONENTES SEMANA 1 CESAR VALLEJO.pdf
LEYES DE EXPONENTES SEMANA 1 CESAR VALLEJO.pdfAdelaHerrera9
 
Topografía 1 Nivelación y Carretera en la Ingenierías
Topografía 1 Nivelación y Carretera en la IngenieríasTopografía 1 Nivelación y Carretera en la Ingenierías
Topografía 1 Nivelación y Carretera en la IngenieríasSegundo Silva Maguiña
 
Diagrama de flujo metalurgia del cobre..pptx
Diagrama de flujo metalurgia del cobre..pptxDiagrama de flujo metalurgia del cobre..pptx
Diagrama de flujo metalurgia del cobre..pptxHarryArmandoLazaroBa
 
trabajos en altura 2024, sistemas de contencion anticaidas
trabajos en altura 2024, sistemas de contencion anticaidastrabajos en altura 2024, sistemas de contencion anticaidas
trabajos en altura 2024, sistemas de contencion anticaidasNelsonQuispeQuispitu
 
Fijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSEFijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSEANDECE
 
Edificio residencial Tarsia de AEDAS Homes Granada
Edificio residencial Tarsia de AEDAS Homes GranadaEdificio residencial Tarsia de AEDAS Homes Granada
Edificio residencial Tarsia de AEDAS Homes GranadaANDECE
 
Flujo potencial, conceptos básicos y ejemplos resueltos.
Flujo potencial, conceptos básicos y ejemplos resueltos.Flujo potencial, conceptos básicos y ejemplos resueltos.
Flujo potencial, conceptos básicos y ejemplos resueltos.ALEJANDROLEONGALICIA
 
SOLIDOS DE REVOLUCION, aplicaciones de integrales definidas
SOLIDOS DE REVOLUCION, aplicaciones de integrales definidasSOLIDOS DE REVOLUCION, aplicaciones de integrales definidas
SOLIDOS DE REVOLUCION, aplicaciones de integrales definidasLeonardoMendozaDvila
 
Descubrimiento de la penicilina en la segunda guerra mundial
Descubrimiento de la penicilina en la segunda guerra mundialDescubrimiento de la penicilina en la segunda guerra mundial
Descubrimiento de la penicilina en la segunda guerra mundialyajhairatapia
 
Espontaneidad de las reacciones y procesos espontáneos
Espontaneidad de las reacciones y procesos espontáneosEspontaneidad de las reacciones y procesos espontáneos
Espontaneidad de las reacciones y procesos espontáneosOscarGonzalez231938
 
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinación
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinaciónEstacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinación
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinaciónAlexisHernandez885688
 
produccion de cerdos. 2024 abril 20..pptx
produccion de cerdos. 2024 abril 20..pptxproduccion de cerdos. 2024 abril 20..pptx
produccion de cerdos. 2024 abril 20..pptxEtse9
 
Como de produjo la penicilina de manera masiva en plena guerra mundial Biotec...
Como de produjo la penicilina de manera masiva en plena guerra mundial Biotec...Como de produjo la penicilina de manera masiva en plena guerra mundial Biotec...
Como de produjo la penicilina de manera masiva en plena guerra mundial Biotec...ssuser646243
 
Edificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCEdificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCANDECE
 
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdfS454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdffredyflores58
 
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)ssuser6958b11
 

Último (20)

Simbología de Soldadura, interpretacion y aplicacion en dibujo tecnico indus...
Simbología de Soldadura,  interpretacion y aplicacion en dibujo tecnico indus...Simbología de Soldadura,  interpretacion y aplicacion en dibujo tecnico indus...
Simbología de Soldadura, interpretacion y aplicacion en dibujo tecnico indus...
 
Sistema de Base de Datos (Rubén Alberto)
Sistema de Base de Datos (Rubén Alberto)Sistema de Base de Datos (Rubén Alberto)
Sistema de Base de Datos (Rubén Alberto)
 
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptx
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptxAMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptx
AMBIENTES SEDIMENTARIOS GEOLOGIA TIPOS .pptx
 
LEYES DE EXPONENTES SEMANA 1 CESAR VALLEJO.pdf
LEYES DE EXPONENTES SEMANA 1 CESAR VALLEJO.pdfLEYES DE EXPONENTES SEMANA 1 CESAR VALLEJO.pdf
LEYES DE EXPONENTES SEMANA 1 CESAR VALLEJO.pdf
 
MATPEL COMPLETO DESDE NIVEL I AL III.pdf
MATPEL COMPLETO DESDE NIVEL I AL III.pdfMATPEL COMPLETO DESDE NIVEL I AL III.pdf
MATPEL COMPLETO DESDE NIVEL I AL III.pdf
 
Topografía 1 Nivelación y Carretera en la Ingenierías
Topografía 1 Nivelación y Carretera en la IngenieríasTopografía 1 Nivelación y Carretera en la Ingenierías
Topografía 1 Nivelación y Carretera en la Ingenierías
 
Diagrama de flujo metalurgia del cobre..pptx
Diagrama de flujo metalurgia del cobre..pptxDiagrama de flujo metalurgia del cobre..pptx
Diagrama de flujo metalurgia del cobre..pptx
 
trabajos en altura 2024, sistemas de contencion anticaidas
trabajos en altura 2024, sistemas de contencion anticaidastrabajos en altura 2024, sistemas de contencion anticaidas
trabajos en altura 2024, sistemas de contencion anticaidas
 
Fijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSEFijaciones de balcones prefabricados de hormigón - RECENSE
Fijaciones de balcones prefabricados de hormigón - RECENSE
 
Edificio residencial Tarsia de AEDAS Homes Granada
Edificio residencial Tarsia de AEDAS Homes GranadaEdificio residencial Tarsia de AEDAS Homes Granada
Edificio residencial Tarsia de AEDAS Homes Granada
 
Flujo potencial, conceptos básicos y ejemplos resueltos.
Flujo potencial, conceptos básicos y ejemplos resueltos.Flujo potencial, conceptos básicos y ejemplos resueltos.
Flujo potencial, conceptos básicos y ejemplos resueltos.
 
SOLIDOS DE REVOLUCION, aplicaciones de integrales definidas
SOLIDOS DE REVOLUCION, aplicaciones de integrales definidasSOLIDOS DE REVOLUCION, aplicaciones de integrales definidas
SOLIDOS DE REVOLUCION, aplicaciones de integrales definidas
 
Descubrimiento de la penicilina en la segunda guerra mundial
Descubrimiento de la penicilina en la segunda guerra mundialDescubrimiento de la penicilina en la segunda guerra mundial
Descubrimiento de la penicilina en la segunda guerra mundial
 
Espontaneidad de las reacciones y procesos espontáneos
Espontaneidad de las reacciones y procesos espontáneosEspontaneidad de las reacciones y procesos espontáneos
Espontaneidad de las reacciones y procesos espontáneos
 
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinación
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinaciónEstacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinación
Estacionamientos, Existen 3 tipos, y tienen diferentes ángulos de inclinación
 
produccion de cerdos. 2024 abril 20..pptx
produccion de cerdos. 2024 abril 20..pptxproduccion de cerdos. 2024 abril 20..pptx
produccion de cerdos. 2024 abril 20..pptx
 
Como de produjo la penicilina de manera masiva en plena guerra mundial Biotec...
Como de produjo la penicilina de manera masiva en plena guerra mundial Biotec...Como de produjo la penicilina de manera masiva en plena guerra mundial Biotec...
Como de produjo la penicilina de manera masiva en plena guerra mundial Biotec...
 
Edificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRCEdificio residencial Becrux en Madrid. Fachada de GRC
Edificio residencial Becrux en Madrid. Fachada de GRC
 
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdfS454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
S454444444444444444_CONTROL_SET_A_GEOMN1204.pdf
 
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
VIRUS FITOPATÓGENOS (GENERALIDADES EN PLANTAS)
 

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