CONCLUSIONES
La tendencia actual exige de los sistemas y aplicaciones informáticos prestaciones que van más allá de lo alcanzable por cualquier ordenador centralizado, por muy potente que sea. Ello hace que la tendencia de los sistemas distribuidos se convierta en una opción que se generaliza cada día, debido alas numerosas ventajas que ofrece su implementación.
Desde las más extendidas arquitecturas cliente-servidor hasta los sistemas en cluster que ofrecen la imagen de una única máquina, los sistemas distribuidos presentan una serie de ventajas frente a los centralizados, en cuanto a su potencial rendimiento, fiabilidad, escalabilidad y efectividad de coste.
7.3. APLICACIONES DE MULTIMEDIA EN SISTEMAS DISTRIBUIDOS
Las investigaciones y desarrollos en el área de la multimedia se puede dividir en dos grandes grupos:
- El primero centrado en el área de estaciones de trabajo independiente con el software y las herramientas relacionadas, tal como composición musical, enseñanza asistida por computadora, video interactivo, etc.
- El segundo grupo centrado en el intercambio de información multimedia entre esas estaciones de trabajo a través de redes, combinando así los sistemas distribuidos con la multimedia.
Todo esto ofrece un gran panorama y un enorme potencial para nuevas aplicaciones basadas en los sistemas multimedia distribuidos, los cuales incluyen sistemas de información multimedia, los sistemas de colaboración y conferencia, los servicios multimedia sobre demanda, televisión de alta resolución y la enseñanza a distancia.
Los computadores modernos pueden manejar caudales de datos continuo (caudales), dependientes del tiempo como audio y vídeo digital. Esta capacidad ha conducido al desarrollo de aplicaciones multimedia distribuidas como biblioteca de vídeos en red, telefonía sobre Internet y videoconferencia. Dicha aplicaciones son viables con las actuales redes y sistemas de propósito general, a pesar de que a menudo la calidad del audio y del vídeo resultante esta lejos de ser satisfactoria. Las aplicaciones más exigentes como la videoconferencia a gran escala, la T.V. digital, y los sistemas de vigilancia están más allá de las capacidades de las redes y de los sistemas distribuidos actuales.
Las aplicaciones multimedia generan y consumen caudales de datos continuos en tiempo real. Éstos contienen grandes cantidades de audio, vídeo y otros elementos de datos dependientes del tiempo, y resulta esencial el procesamiento y la entrega a tiempo de los elementos individuales de datos.
Una especificación de un caudal multimedia se expresa en términos de valores aceptables para la tasa a la que los datos pasan desde la fuente al destino (ancho de banda), el retardo en la entrega de cada elemento (latencia) y la tasa a la que se pierden o se desechan los elementos. La latencia es particularmente importante en aplicaciones interactivas. En las aplicaciones multimedia a menudo resultan aceptables un grado pequeño de perdida de datos de los caudales multimedia ya que las aplicaciones pueden volver a sincronizarse con los elementos que siguen a aquellos perdidos.
La reserva y la planificación (scheduling) de los recursos pensadas para satisfacer las necesidades tanto de las aplicaciones multimedia como las otras se denomina gestión de la calidad de servicio. Parámetros importantes son la reserva de la capacidad de procesamiento, el ancho de banda de la red y la memoria (para el almacenamiento de los elementos de datos que son entregados temprano).
Las aplicaciones multimedia demandan la entrega a tiempo a los usuarios de caudales de datos multimedia. Los caudales de audio y vídeo se generan y se consumen en tiempo real, la entrega a tiempo de los elementos individuales es esencial para la integridad de la aplicación. En resumen, los sistemas multimedia son sistemas de tiempo real: deben ejecutar tareas y entregar sus resultados de acuerdo de una planificación que es determinada externamente.
El grado en el que esto se consigue por el sistema subyacente es conocido como la calidad de servicio (Quality of Service, QoS) de que disfruta una aplicación.
Aunque los problemas de diseños de los sistemas de tiempo real han sido estudiados antes de la llegada de los sistemas multimedia, y muchos sistemas de tiempo real han sido desarrollados con éxito, generalmente no han sido integrados en S.O. y redes de propósito más general. La naturaleza de las tareas ejecutadas por los sistemas de tiempo real existente, como los aeronáuticos, el control del tráfico aéreo, el control de proceso de fabricación y la conmutación telefónica, difiere de aquellas ejecutadas en las aplicaciones multimedia.
Las primeras tratan con cantidades de datos pequeños y en algunos casos tienen tiempos límites estrictos, pero el fallo en el cumplimiento de cualquiera de sus tiempos límites de entrega puede acarrear consecuencias serias e incluso desastrosas.
Las consecuencias de un fallo en el cumplimiento en los tiempos límites en las aplicaciones multimedia pueden ser serias, especialmente en entornos comerciales como servicios de vídeo bajo demanda, aplicaciones de conferencias de negocios y medicina remota, pero los requisitos difieren significativamente de las otras aplicaciones de tiempo real:
- Las aplicaciones multimedia, son a menudo, altamente distribuidas y operan sobre entornos de computación distribuida de propósito general. Compiten, por lo tanto, con otras aplicaciones distribuidas por el ancho de banda de la red y por los recursos de computación de las estaciones de trabajo de los usuarios y servidores.
- Los requisitos de los recursos de las aplicaciones multimedia son dinámicos. Una vídeoconferencia puede necesitar más o menos ancho de banda dependiendo del aumento o de la disminución del número de conferenciantes. El uso de los recursos de cómputo en cada estación de trabajo de usuario varía, ya que cambia, por ejemplo, el número de caudales de vídeo que debe mostrar. Las aplicaciones multimedia pueden suponer otras cargas variables o intermitentes. Por ej., la celebración de una clase multimedia puede incluir una actividad de simulación con un uso intensivo del procesador.
- A menudo los usuarios desean equilibrar los costos en recursos de las aplicaciones multimedia con otras actividades. Pueden querer reducir sus peticiones de ancho de banda para el vídeo en una aplicación de conferencia para permitir que se realice una conversación de audio separado, o pueden querer seguir programando o editando textos mientras están participando en la conferencia.
Los sistemas de gestión QoS están pensados para responder a todas estas necesidades, gestionando de forma dinámica los recursos disponibles y variando las reservas en respuestas a los cambios en la demanda y las prioridades de los usuarios. Un sistema de gestión QoS debe gestionar todos los recursos de cómputo y de comunicación necesarias para adquirir, procesar y transmitir caudales de datos multimedia, especialmente donde los recursos son compartidos entre diferentes aplicaciones.
Los recursos requeridos para la gestión de esta QoS incluyen ancho de banda de la red, ciclos de procesador y capacidad de memoria. También hay que considerar el ancho de banda de disco en el servidor de vídeo. Adoptaremos el término genérico de ancho de banda de los recursos para referirnos a la capacidad de cualquier recurso hardware (red, procesador central, subsistema de disco) para transmitir o procesar datos multimedia.
En un sistema distribuido abierto, las aplicaciones multimedia pueden ser iniciales y utilizadas sin anuncio previo. Pueden coexistir varias aplicaciones en la misma red e incluso en la misma estación de trabajo. Por lo tanto, la necesidad de la gestión de la QoS surge independientemente de la cantidad total de ancho de banda de los recursos o de capacidad de memoria de un sistema. Se necesita gestionar la QoS para gestionar para garantizar que las aplicaciones serán capaces de obtener la cantidad de recursos necesarios en los momentos requeridos, incluso cuando otras aplicaciones estén compitiendo por esos recursos.
Se han desplegado algunas aplicaciones multimedia incluso en los computadores y redes actuales sin QoS y basados en el principio del mejor esfuerzo. Entre ellas están:
Multimedia basado en web: estas aplicaciones proporcionan acceso según el mejor esfuerzo a caudales de audio y vídeo publicados en la web. Han tenido éxito cuando existe poca o ninguna sincronización de los caudales de datos entre diferentes localizaciones. Sus prestaciones están restringidas por el limitado ancho de banda y por las latencias variables que se dan en las redes actuales y por la imposibilidad de los S.O. actuales para soportar una planificación de tiempo real de los recursos. En el caso de audio y de las secuencias de audio y vídeo de baja calidad, la utilización extensiva de almacenamiento en el destino para suavizar las variaciones en el ancho de banda y en la latencia hace que se puedan reproducir secuencia de vídeo de forma continua y sin sobresaltos, aunque exista un retardo desde el origen al destino hasta varios segundos.
Telefonía de red y conferencias de audio: esta aplicación tiene unos requisitos de ancho de banda relativamente bajos, especialmente cuando se aplican técnicas de compresión eficiente. Aunque la naturaleza interactiva de la misma implica tiempos de ida y vuelta pequeños, algo que no siempre se puede conseguir.
Servicio de vídeo bajo demanda: éstos proporcionan vídeo en formato digital desde grandes sistemas de almacenamiento hasta la herramienta de visualización del usuario. Resultan satisfactorios cuando existe suficiente ancho de banda dedicado, y tanto el servidor como el cliente son computadores dedicados. También emplean una cantidad considerable de almacenamiento en el destino.
Las aplicaciones altamente interactivas plantean problemas muchos más graves. Muchas aplicaciones multimedia son cooperativas (involucran muchos usuarios) y sincronizadas (requieren que las actividades de los usuarios estén coordinadas). Éstas abarcan un ancho espectro de contextos escenarios de aplicación. Por ejemplo:
- Una simple vídeoconferencia involucra dos o más usuarios, cada uno utilizando una estación de trabajo equipada con una cámara de vídeo digital, un micrófono y posibilidades de salida de audio y vídeo. Existe software disponible para proporcionar sistemas de teleconferencia simple, pero sus presentaciones están severamente limitadas por los entornos de computación y de comunicación actuales.
- Posibilidades de ensayo y ejecución que permite a músicos en diferentes ubicaciones tocar juntos. Esta es una aplicación multimedia particularmente demandante ya que las restricciones de sincronización son muy exigentes.
Las aplicaciones como estas requieren:
- Conmutación con baja Latencia: Retardos de ida y vuelta < 100 milisegundos, de modo que la interacción entre los usuarios parezca que están sincronizadas.
- Estado de sincronización distribuida: Si un usuario detiene un vídeo en un determinado marco, los otros usuarios deberían ver el vídeo parado en el mismo marco.
- Sincronización de medios: Todos los participantes en una actuación musical deberían escuchar la ejecución aproximadamente a la vez (identifica como requisito de sincronización un intervalo de 50 milisegundos). La anda sonora y el caudal de vídeo deberían mantener la sincronización de labios, por ejem., para un usuario haciendo comentarios en una reproducción de vídeo o en una sesión distribuida de karaoke.
- Sincronización externa: en conferencias o en otras aplicaciones cooperativas, pueden existir datos activos en distintos formatos, tales como animaciones generadas por computador, datos CAD, pizarras electrónicas y documentos compartidos.
Tales aplicaciones se ejecutarán satisfactoriamente sólo en sistemas que incluyan esquemas de gestión de la QoS rigurosos.
La ventana de escasez. Muchos de los computadores modernos proporcionan alguna capacidad para manejar datos multimedia, pero los recursos necesarios son muy limitados. Muchos sistemas limitan la calidad y la cantidad de los caudales que soportan especialmente cuando se trata de trabajar con grandes caudales de audio y vídeo. Esta situación a sido descripta como la ventana de escasez. Siempre que una cierta clase de aplicación cae dentro de esta ventana, un sistema necesita reservar y panificar sus recursos cuidadosamente para proporcionar el servicio deseado. Antes de alcanzar la ventana de escasez, un sistema tiene recursos insuficientes para ejecutar sus aplicaciones relevantes. Esta era la situación de las aplicaciones multimedia en la primera mitad de la década de los 80. Los avances en las prestaciones de los sistemas se han utilizado también para mejorar la calidad de los datos multimedia hasta incluir tasas de marcos mayores y mejor resolución de los caudales de vídeo o para soportar más medio de forma concurrente, por ejem. en un sistema de vídeoconferencia. Pero las aplicaciones más demandantes, la realidad virtual y la manipulación de caudales en tiempo real (efectos especiales) pueden extender la ventana de escasez casi indefinidamente.
7.2. SISTEMAS DISTRIBUIDOS QUE INTEGREN ARQUITECTURAS MULTIPROCESADORES
Arquitecturas de varios procesadores con memoria compartida de acceso uniforme.
Características:
– “Ligeras” variaciones sobre versiones tradicionales.
– Sólo hay una copia del sistema operativo.
– Concurrencia se traduce en paralelismo real.
– Comercialmente aceptados (Linux, WinNT, Solaris, AIX, ...).
– Plantea retos para: la ejecución del núcleo en varios procesadores (llamadas al sistema concurrentes) , los mecanismos de sincronización (spin-locks), optimización y planificación (afinidad al procesador), ...
NUEVOS PARADIGMAS DE LOS SISTEMAS DISTRIBUIDOS
– Cluster Computing:
– Dedicados a tareas específicas:
– Altas prestaciones.
– Alta disponibilidad.
– Sistema homogéneo (a menudo dedicado):
– Nodos PCs.
– LAN (de propósito general o específicas).
– Problemática: Grado de acoplamiento, servicios distribuidos.
– Gird Computing:
– Aprochemiento de recursos creando un uniprocesador virtual.
– Restringido a una serie de tareas.
– Diferentes ámbitos:
– Desde intradepartamentales.
– Hasta intercorporativos.
7.1. ARQUITECTURA MULTIPROCESADORES
Todos los sistemas distribuidos constan de varias cpu, organizadas de diversas formas, especialmente respecto de:
- La forma de interconectarlas entre sí.
- Los esquemas de comunicación utilizados.
Existen diversos esquemas de clasificación para los sistemas de cómputos con varias cpu:
- Uno de los mas conocidos es la “Taxonomía de Flynn”:
- Considera como características esenciales el número de flujo de instrucciones y el número de flujos de datos.
- La clasificación incluye equipos SISD, SIMD, MISD y MIMD.
SISD (Single Instruction Single Data: un flujo de instrucciones y un flujo de datos):
- Poseen un único procesador.
SIMD (Single Instruction Multiple Data: un flujo de instrucciones y varios flujos de datos):
- Se refiere a ordenar procesadores con una unidad de instrucción que:
- Busca una instrucción.
- Instruye a varias unidades de datos para que la lleven a cabo en paralelo, cada una con sus propios datos.
- Son útiles para los cómputos que repiten los mismos cálculos en varios conjuntos de datos.
MISD (Multiple Instruction Single Data: un flujo de varias instrucciones y un solo flujo de datos):
- No se presenta en la práctica.
MIMD (Multiple Instruction Multiple Data: un grupo de computadoras independientes, cada una con su propio contador del programa, programa y datos):
- Todos los sistemas distribuidos son de este tipo.
Un avance sobre la clasificación de Flynn incluye la división de las computadoras MIMD en dos grupos:
- Multiprocesadores: poseen memoria compartida:
- Los distintos procesadores comparten el mismo espacio de direcciones virtuales.
- Multicomputadoras: no poseen memoria compartida:
- Ej.: grupo de PC conectadas mediante una red.
Cada una de las categorías indicadas se puede clasificar según la arquitectura de la red de interconexión en:
- Esquema de bus:
- Existe una sola red, bus, cable u otro medio que conecta todas las máquinas:
- Ej.: la televisión por cable.
- Esquema con conmutador:
- No existe una sola columna vertebral de conexión:
- Hay múltiples conexiones y varios patrones de conexionado.
- Los mensajes de mueven a través de los medios de conexión.
- Se decide explícitamente la conmutación en cada etapa para dirigir el mensaje a lo largo de uno de los cables de salida.
- Ej.: el sistema mundial telefónico público.
- Otro aspecto de la clasificación considera el acoplamiento entre los equipos:
- Sistemas fuertemente acoplados:
- El retraso al enviar un mensaje de una computadora a otra es corto y la tasa de transmisión es alta.
- Generalmente se los utiliza como sistemas paralelos.
- Sistemas débilmente acoplados:
- El retraso de los mensajes entre las máquinas es grande y la tasa de transmisión es baja.
- Generalmente se los utiliza como sistemas distribuidos.
Generalmente los multiprocesadores están más fuertemente acoplados que las multicomputadoras.
MULTIPROCESADORES CON BASE EN BUSES
Constan de cierto número de cpu conectadas a un bus común, junto con un módulo de memoria.
Un bus típico posee al menos.
- 32 líneas de direcciones.
- 32 líneas de datos.
- 30 líneas de control.
Todos los elementos precedentes operan en paralelo.
Para leer una palabra de memoria, una cpu:
- Coloca la dirección de la palabra deseada en las líneas de direcciones del bus.
- Coloca una señal en las líneas de control adecuadas para indicar que desea leer.
- La memoria responde y coloca el valor de la palabra en las líneas de datos para permitir la lectura de esta por parte de la cpu solicitante.
Para grabar el procedimiento es similar.
Solo existe una memoria, la cual presenta la propiedad de la coherencia:
- Las modificaciones hechas por una cpu se reflejan de inmediato en las subsiguientes lecturas de la misma o de otra cpu.
El problema de este esquema es que el bus tiende a sobrecargarse y el rendimiento a disminuir drásticamente; la solución es añadir una memoria caché de alta velocidad entre la cpu y el bus:
- El caché guarda las palabras de acceso reciente.
- Todas las solicitudes de la memoria pasan a través del caché.
- Si la palabra solicitada se encuentra en el caché:
- El caché responde a la cpu.
- No se hace solicitud alguna al bus.
- Si el caché es lo bastante grande:
- La “tasa de encuentros” será alta y la cantidad de tráfico en el bus por cada cpu disminuirá drásticamente.
- Permite incrementar el número de cpu.
Un importante problema debido al uso de cachés es el de la “incoherencia de la memoria”:
- Supongamos que las cpu “A” y “B” leen la misma palabra de memoria en sus respectivos cachés.
- “A” escribe sobre la palabra.
- Cuando “B” lee esa palabra, obtiene un valor anterior y no el valor recién actualizado por “A”.
Una solución consiste en lo siguiente:
- Diseñar las caché de tal forma que cuando una palabra sea escrita al caché, también sea escrita a la memoria.
- A esto se denomina “caché de escritura”.
- No causa tráfico en el bus el uso de “caché para la lectura”.
- Sí causa tráfico en el bus:
- El no uso de caché para la lectura.
- Toda la escritura.
Si todos los cachés realizan un monitoreo constante del bus:
- Cada vez que un caché observa una escritura a una dirección de memoria presente en él, puede eliminar ese dato o actualizarlo en el caché con el nuevo valor.
- Estos cachés se denominan “cachés monitores”.
Un diseño con cachés monitores y de escritura es coherente e invisible para el programador, por lo que es muy utilizado en multiprocesadores basados en buses.
MULTIPROCESADORES CON CONMUTADOR
El esquema de multiprocesadores con base en buses resulta apropiado para hasta aproximadamente 64 procesadores.
Para superar esta cifra es necesario un método distinto de conexión entre procesadores (cpu) y memoria.
Una posibilidad es dividir la memoria en módulos y conectarlos a las cpu con un “conmutador de cruceta” (cross-bar switch):
- Cada cpu y cada memoria tiene una conexión que sale de él.
- En cada intersección está un “conmutador del punto de cruce” (crosspoint switch) electrónico que el hardware puede abrir y cerrar:
- Cuando una cpu desea tener acceso a una memoria particular, el conmutador del punto de cruce que los conecta se cierra momentáneamente.
- La virtud del conmutador de cruceta es que muchas cpu pueden tener acceso a la memoria al mismo tiempo:
- Aunque no a la misma memoria simultáneamente.
- Lo negativo de este esquema es el alto número de conmutadores:
- Para “n” cpu y “n” memorias se necesitan “n” x “n” conmutadores.
El número de conmutadores del esquema anterior puede resultar prohibitivo:
- Otros esquemas precisan menos conmutadores, por ej., la “red omega”:
- Posee conmutadores 2 x 2:
- Cada uno tiene 2 entradas y 2 salidas.
- Cada conmutador puede dirigir cualquiera de las entradas en cualquiera de las salidas.
- Eligiendo los estados adecuados de los conmutadores, cada cpu podrá tener acceso a cada memoria.
- Para “n” cpu y “n” memorias se precisan:
- “n” etapas de conmutación.
- Cada etapa tiene log 2 n conmutadores para un total de n log 2 n conmutadores; este número es menor que “n” x “n” del esquema anterior, pero sigue siendo muy grande para “n” grande
Un problema importante en la red omega es el retraso:
- Ej.: si “n” = 1024 existen según la tabla anterior:
- 10 etapas de conmutación de la cpu a la memoria.
- 10 etapas para que la palabra solicitada de la memoria regrese.
- Si la cpu es de 50 mhz, el tiempo de ejecución de una instrucción es de 20 nseg.
- Si una solicitud de la memoria debe recorrer 20 etapas de conmutación (10 de ida y 10 de regreso) en 20 nseg:
- El tiempo de conmutación debe ser de 1 nseg.
- El multiprocesador de 1024 cpu necesitará 10240 conmutadores de 1 nseg.
- El costo será alto.
Otra posible solución son los esquemas según sistemas jerárquicos:
- Cada cpu tiene asociada cierta memoria local.
- El acceso será muy rápido a la propia memoria local y más lento a la memoria de las demás cpu.
- Esto se denomina esquema o “máquina NUMA” (Acceso No Uniforme a la Memoria):
- Tienen un mejor tiempo promedio de acceso que las máquinas basadas en redes omega.
- La colocación de los programas y datos en memoria es crítica para lograr que la mayoría de los accesos sean a la memoria local de cada cpu.
TENDENCIAS DE SISTEMAS DISTRIBUIDOS
Es probable que los cambios en el hardware tengan un efecto muy importante en los futuros sistemas distribuidos de archivos.
También es probable el impacto del cambio en las expectativas del usuario.
Consideraciones Respecto del Hardware
El abaratamiento de la memoria principal permitirá disponer de servidores con memorias cada vez mayores.
- Se podría alojar directamente en memoria el sistema de archivos logrando mayor sencillez y desempeño.
- Se debería prever la obtención de respaldos continuos o por incrementos ante la posibilidad del corte en el suministro eléctrico.
- El respaldo podría hacerse en discos ópticos regrabables que tengan una asociación uno a uno con la memoria:
- El byte “k” de la memoria correspondería al byte “k” del disco.
La disponibilidad de redes de fibra óptica de alta velocidad permitiría esquemas tales como:
- Un servidor de archivos en la memoria principal del servidor con respaldo en el disco óptico.
- Eliminación del disco del servidor y del caché del cliente.
- Se simplificaría significativamente el software.
La posible construcción de interfaces de red especializadas que permitan resolver por hardware problemas difíciles de soportar por software:
- Cada interfaz de red tendría un mapa de bits con un bit por cada archivo en el caché.
- Se podrían habilitar cerraduras por archivo.
- Para modificar un archivo un procesador activaría el bit correspondiente en la interfaz.
ESCALABILIDAD
Una tendencia definida en los sistemas distribuidos es hacia los sistemas cada vez más grandes.
Los sistemas distribuidos de archivos que operan bien para cientos de máquinas podrían fallar en algún aspecto trabajando con miles o decenas de miles de máquinas.
Generalmente los algoritmos centralizados no se escalan bien ya que el servidor centralizado podría convertirse en un cuello de botella; por ello se podría separar el sistema en unidades más pequeñas relativamente independientes entre sí.
Las transmisiones también son un área problemática:
- Si cada máquina transmite una vez por segundo:
- Con “n” máquinas habría “n” transmisiones y “n 2 ” interrupciones por segundo.
- Si “n” crece esto se puede convertir en un problema.
En general los recursos y algoritmos no deben ser lineales con respecto al número de usuarios.
REDES EN UN AREA AMPLIA
Generalmente los sistemas distribuidos se asocian con redes de área local (LAN), pero cada vez será mayor la necesidad de conectarlos entre sí cubriendo grandes áreas (nacionales, regionales, continentales, etc.).
Los sistemas de archivos deberán soportar estas necesidades teniendo presente la heterogeneidad de los equipos, códigos de representación (ASCII, EBCDIC, etc.), formatos, etc.
Deberá atenderse a los cambios de tendencia en los requerimientos de las aplicaciones.
Un problema adicional e inherente en los sistemas distribuidos masivos es el ancho de banda de la red, que puede resultar insuficiente para el desempeño esperado.
USUARIOS MÓVILES
Los usuarios de equipos móviles (laptop, notebook, etc.) están gran parte del tiempo desconectados del sistema de archivos de su organización.
- Requieren una solución, que podría usar ocultamiento:
- Cuando está conectado el usuario carga al equipo móvil los archivos que cree necesitará después.
- Los utiliza mientras está desconectado.
- Al reconectarse, los archivos en el caché deben fusionarse con los existentes en el árbol de directorios, logrando la sincronización.
- La conexión para la sincronización puede ser problemática si se utiliza un enlace de ancho de banda reducido.
Lo deseable sería un sistema distribuido totalmente transparente para su uso simultáneo por parte de millones de usuarios móviles que frecuentemente se desconecten.
TOLERANCIA DE FALLOS
La difusión de los sistemas distribuidos incrementa la demanda de sistemas que esencialmente nunca fallen.
Los sistemas tolerantes a fallos requerirán cada vez más una considerable redundancia en hardware, comunicaciones, software, datos, etc.
La réplica de archivos sería un requisito esencial.
También debería contemplarse la posibilidad de que los sistemas funcionen aún con la carencia de parte de los datos.
Los tiempos de fallo aceptables por los usuarios serán cada vez menores.
INTRODUCCION
La tendencia actual a la globalización exige de los sistemas y aplicaciones informáticos prestaciones que van más allá de lo alcanzable por cualquier ordenador aislado, por muy potente que sea. Ello hace que las aplicaciones distribuidas se vayan convirtiendo en el modelo generalizado.
Desde las más extendidas arquitecturas cliente-servidor hasta los sistemas en cluster que ofrecen la imagen de una única máquina, los sistemas distribuidos presentan una serie de ventajas frente a los centralizados, en cuanto a su potencial rendimiento, fiabilidad, escalabilidad y efectividad de coste.
INDICE
INTRODUCCION
DESARROLLO
TENDENCIAS DE LOS SISTEMAS DISTRIBUIDOS
7.1. ARQUITECTURA MULTIPROCESADORES
7.2. SISTEMAS DISTRIBUIDOS QUE INTEGREN ARQUITECTURAS MULTIPROCESADORES.
7.3. APLICACIONES DE MULTIMEDIA EN SISTEMAS DISTRIBUIDOS.
CONCLUSIONES
BIBLIOGRAFIA
INSTITUTO TECNOLOGICO DE MATEHUALA
SISTEMAS DISTRIBUIDOS II
ING. SITEMAS COMPUTACIONALES
INVESTIGACION:
TENDENCIAS DE LOS SISTEMAS DISTRIBUIDOS
PRESENTA: MARGARITA GRIMALDO GRIMALDO
02660157
DOCENTE: LEON PEÑA RAMOS
MATEHUALA S. L. P A 31 DE JULIO 2006