Documente Academic
Documente Profesional
Documente Cultură
Banco de procesadores
Los procesadores del pool tienen un CPU, suficiente memoria, pero no tienen
ni discos ni terminales. Los usuarios acceden al sistema desde terminales-X.
Gestor de recursos: controla el acceso a los procesadores del pool (PP). El
usuario especifica sus requerimientos (CPU, memoria, programa).
Miniordenadores Integrados
Basado en mquinas multiusuario. El usuario se conecta a una mquina
especfica. Enfoques histricos: acceso remoto mediante copias: de esta forma
no se mezclan los espacios de nombramiento locales, pero no es distribuido.
sistemas de ficheros contiguos:
superdirectorio virtual: "/../", esquema de nombramiento global.
no es distribuido: el nombre de los ficheros depende de su ubicacin (mquina
A, B, C????)
ejemplo: NETIX, Newcastle Connection.
Locus (UCLA):
Cada ordenador mantiene su autonoma (conjunto completo de SW estndar,
aplicaciones y servicios propios). Esquema de nombramiento global: acceso
independiente de la ubicacin, posibilidad de migracin de ficheros entre
mquinas.
Modelos hbridos
AMOEBA, de la Universidad Libre de Amsterdam. Consiste en: sistema de
estaciones y servidores ms un pool de procesadores. Funcionalidad mixta:
estaciones para las aplicaciones interactivas. procesadores variados.
servidores especializados. Caractersticas:
Kernel pequeo: planificacin y paso de mensajes.
el SO corre como procesos de usuario.
servicio de gateway a WAN.
gestin del pool mediante un servidor de carga y otro de procesos.
Modelos de gestin de recursos:
Modelo Cliente/Servidor
UNIX.
Necesidad de centralizacin de gestin.
Necesidad de diferenciar entre servidor y servicio.
CONCLUSION
Los sistemas distribuidos abarcan una cantidad de aspectos considerables,
por lo cual su desarrollo implica mucha complejidad.
Existen ciertos aspectos que requieren extremo cuidado al desarrollarse e
implantarse como el manejo de fallos, el control de la concurrencia, etc.
COMENTARIO
Las necesidad para crear o adoptar sistemas distribuidos se dan por dos
razones principales: por necesidad ( debido a que los problemas a resolver son
inherentemente distribuidos ) o porque se desea tener ms confiabilidad y
disponibilidad de recursos.
E-grafa
http://html.rincondelvago.com/sistemas-operativos-distribuidos.html