SPRITE (SISTEMA OPERATIVO)

Sprite es el nombre de un sistema operativo distribuido con un ncleo

monoltico desarrollado por la University of California, Berkeley, ms
concretamente por el grupo de investigacin de John Ousterhout.
Este sistema operativo tiene la apariencia para los programadores de un
sistema nico, ya que la distribucin se produce dentro del propio ncleo
y de este modo, Sprite nos da la impresin de estar trabajando sobre un
tpico sistema UNIX.
TRABAJO
INICIAL.
Las ideas al comienzo del trabajo con Sprite, eran las de crear un
sistema que trabajara de forma "consciente" en red, y que al mismo
tiempo lo hiciera de forma transparente para el usuario. El rea primaria
de trabajo fue la construccin de un nuevo sistema de archivos en red el
cual hiciera uso de cach local del lado del cliente para mejorar el
desempeo. Despus de abrir el archivo y realizar algunas lecturas
iniciales, la red solo sera usada bajo demanda, y la mayora de las
acciones del usuario ocurriran en la cach. Utilidades similares
permitan a dispositivos remotos ser mapeados en el espacio de la
computadora local, permitiendo impresiones en red y otras tareas
similares.
Muchos de los archivos Unix clave estaban basados en la red, incluidas
cosas como el archivo de contraseas. Asimismo, todas las mquinas en
la red compartan el directorio root. Otras utilidades Unix comunes, tales
como finger, fueron reescritas para hacerlas trabajar en red, escuchando
a toda la gente conectada a travs de la red. Esto hizo que una red
Sprite trabajara como si fuera un gran sistema simple de tiempo
compartido o una imagen de un sistema simple.
Otra adicin clave en Sprite fue la migracin de procesos, los cuales
permitan a los programas ser movidos entre ordenadores en cualquier
instante. El sistema mantena una lista de ordenadores y de su estado y
mova procesos automticamente a ordenadores ociosos para mejorar el
desempeo local. Los procesos podan tambin ser "desalojados" de
ordenadores para mejorar su desempeo, causando que el iniciador
original se moviese a otro ordenador en la red, o tomar el control de l
de nuevo de manera local. Tareas largas (como compilar el sistema
Sprite)
podan
aparentar
ser
muy
rpidas.
FILOSOFIA DE DISEO.
El equipo de diseo de Sprite asume un modelo tradicional de
computacin, siguiendo la lnea de UNIX, con estaciones de trabajo

conectadas en red. Sostienen que la naturaleza distribuida del sistema

debera mantenerse oculta en el ncleo.
En la forma en que los procesadores se asocian a los procesos, el S.O
Sprite cada usuario tiene su propia estacin de trabajo donde ejecuta
sus procesos, adems provee un mecanismo de migracin para trasladar
los procesos a otras mquinas que no estn siendo usadas.
COMO SE DA LA ASIGINACIN DE PROCESOS A PROCESADORES.
En Sprite la arquitectura contempla un conjunto de estaciones de trabajo
y servidores de archivos. Es posible que una estacin de trabajo tenga
un conjunto de procesadores, sirviendo as como una pila de
procesadores. En Sprite los procesos se ejecutan en la estacin de
trabajo donde el usuario inicio la aplicacin.
Es posible ejecutar los procesos en otras estaciones de trabajo de
manera explicita, utilizando una conexin remota a la estacin de
trabajo donde se desee que corran los procesos.
Sprite, adems, permite la ejecucin automtica y transparente de
procesos en otras estaciones de trabajo, utilizando el procedimiento
conocido como migracin de procesos. Mediante este mecanismo, se
aprovechan las estaciones de trabajo que no estn siendo usadas, un
proceso daemon centralizado llamado migd keeps rastrea los
servidores desocupados y les asigna procesos cuando es necesario.
Cuando el propietario de una estacin de trabajo retorna ha hacer uso
de ella, entonces el proceso es migrado otra vez, de nuevo a la estacin
de trabajo de origen o a otra que este desocupada.
COMO LAS APLICACIONES VEN LOS SERVICIOS DE "SPRITE"
Sprite ofrece compatibilidad con las aplicaciones de UNIX, muchas
aplicaciones de UNIX nicamente requieren ser re compiladas para
ejecutarse adecuadamente. Para facilitar esta compatibilidad se brinda
un sistema operativo de red que corre sobre estaciones de trabajo
interconectadas, orientado a un sistema de archivos compartido de
acceso consistente y alto desempeo, enfatizando la transparencia de
localizacin en el acceso a archivos. Usa cach para los archivos en las
estaciones de trabajo y tambin en el servidor de archivos,para lo que
hace uso de espacio en su memoria principal, reduciendo las
transferencias en la red y el uso del ancho de banda del disco, logrando
un alto desempeo especialmente con aplicaciones que hacen uso
intensivo de archivos. La comunicacin entre procesos es pequea, esta
caractersticas es propia de los procesos de UNIX. El mtodo para la
transparencia de localizacin a nivel de usuario es relativamente
ineficiente. Aspectos como la migracin de procesos y otros se han visto
afectados y limitados por la compatibilidad con UNIX.
SISTEMAS DE ARCHIVOS.

En Sprite se mide el tiempo que toma el abrir y cerrar un archivo; se

considera el cach de cliente activado y desactivado. Se simula el uso
de un archivo temporal sin datos, de 10 Kbytes, y 100 Kbytes, para
medir el tiempo de creacin de un archivo, escribir una cantidad fija de
datos en este, y cerrarlo, entonces abrir el archivo, leer datos desde
este, cerrarlo y finalmente borrarlo.
DESCONTINUACIN.
Sprite no era un sistema microkernel, y sufri el mismo abanico de
problemas que otros sistemas Unix en trminos de complejidad de
desarrollo, convirtindose cada vez ms difcil de desarrollas mientras
ms funcionalidad era aadida. En los 1990s, estaba sufriendo, y el
pequeo equipo que respaldaba el proyecto, simplemente no fue capaz
de mantenerse al da con los cambios rpidos en Unix que estaban
sucediendo en ese tiempo. El proyecto fue cerrado lentamente en 1994.

http://soceunisal.blogspot.com/p/sprite-sistema-operativo.html

Sistemas Operativos
lunes, 10 de septiembre de 2012
SPRITE

Es un sistema operativo distribuido, con un ncleo monoltico

desarrollado por la University of California, Berkeley, ms
concretamente por el grupo de investigacin de John Ousterhout.
Da la impresin de estar trabajando sobre un tpico sistema da la
impresin de estar trabajando sobre un tpico sistema UNIX.
Sprite ofrece compatibilidad con las aplicaciones de UNIX.
Es posible ejecutar los procesos en otras estaciones de trabajo de
manera explicita, utilizando una conexin remota a la estacin de
trabajo donde se desee que corran los procesos.
Costo
Est disponible en dos modalidades, Sprite Backup y Sprite Backup Lite,
con un precio de 29.95 USD y 19.95 USD respectivamente,

diferencindose en que esta ltima no incorpora las funciones de

backup en PC de escritorio ni la de restauracin remota.
Requerimientos
Mecanismo de interrupciones.
Proteccin de memoria.
Repertorio de instrucciones reservadas.
Reloj de tiempo real.
http://sistemasoperativosipn.blogspot.com/2012/09/sprite.html

jueves, 13 de septiembre de 2012

Ejemplos de sistemas operativos distribuidos

Sprite: Este sistema operativo tiene la apariencia para los

programadores de un sistema nico, ya que la distribucin se produce
dentro del propio ncleo y de este modo, Sprite nos da la impresin de
estar trabajando sobre un tpico sistema UNIX.

Solaris-MC: es un sistema operativo de tipo Unix desarrollado desde

1992 inicialmente por Sun Microsystems y actualmente por Oracle
Corporation como sucesor de SunOS. Es un sistema certificado
oficialmente como versin de Unix. Funciona en arquitecturas SPARC y
x86 para servidores y estaciones de trabajo.

Mach: est diseado para incorporar muchas de las innovaciones

recientes en el campo de los sistemas operativos para producir un
sistema operativo completamente funcional y de tecnologa avanzada.

Chorus: Sistema operativo de IBM que intent suceder a DOS

como sistema operativo

Spring: fue un proyecto experimental basado en orientacin a

objetos, desarrollado por Sun Micro systems a principios de 1990.
Spring se centr en proporcionar un entorno de programacin ms rica
de apoyo herencia mltiple y otras caractersticas.
http://edgarvalenciamartinez.blogspot.com/2012/09/ejemplos-desistemas-operativos.html

Sistemas Operativos Distribuidos

Los sistemas operativos distribuidos abarcan los servicios de los de red,
logrando integrar recursos (impresoras, unidades de respaldo, memoria,
procesos, unidades centrales de proceso) en una sola mquina virtual
que el usuario accesa en forma transparente.
Es decir, ahora el usuario ya no necesita saber la ubicacin de los
recursos, sino que los conoce por nombre y simplemente los usa como si
todos ellos fuesen locales a su lugar de trabajo habitual. Todo lo anterior
es el marco terico de lo que se deseara tener como sistema operativo
distribuido, pero en la realidad no se ha conseguido crear uno del todo,
por la complejidad que suponen: distribuir los procesos en las varias
unidades de procesamiento, reintegrar sub-resultados, resolver
problemas de concurrencia y paralelismo, recuperarse de fallas de
algunos recursos distribuidos y consolidar la proteccin y seguridad
entre los diferentes componentes del sistema y los usuarios.
Los avances tecnolgicos en las redes de rea local y la creacin de
microprocesadores de 32 y 64 bits lograron que computadoras ms o
menos baratas tuvieran el suficiente poder en forma autnoma para
desafiar en cierto grado a los mainframes, y a la vez se dio la posibilidad
de intercomunicarlas, sugiriendo la oportunidad de partir procesos muy
pesados en clculo en unidades ms pequeas y distribuirlas en los
varios microprocesadores para luego reunir los sub-resultados, creando
as una mquina virtual en la red que exceda en poder a un mainframe.
El sistema integrador de los microprocesadores que hacer ver a las
varias memorias, procesadores, y todos los dems recursos como una

sola entidad en forma transparente se le llama sistema operativo

distribuido.
Las razones 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. En el primer caso tenemos,
por ejemplo, el control de los cajeros automticos en diferentes estados
de la repblica. Ah no es posible ni eficiente mantener un control
centralizado, es ms, no existe capacidad de cmputo y de
entrada/salida para dar servicio a los millones de operaciones por
minuto. En el segundo caso, supngase que se tienen en una gran
empresa varios grupos de trabajo, cada uno necesita almacenar grandes
cantidades de informacin en disco duro con una alta confiabilidad y
disponibilidad. La solucin puede ser que para cada grupo de trabajo se
asigne una particin de disco duro en servidores diferentes, de manera
que si uno de los servidores falla, no se deje dar el servicio a todos, sino
slo a unos cuantos y, ms an, se podra tener un sistema con discos
en espejo ( mirror ) a travs de la red, de manera que si un servidor se
cae, el servidor en espejo contina trabajando y el usuario ni cuenta se
da de estas fallas, es decir, obtiene acceso a recursos en forma
transparente.
Los sistemas distribuidos deben de ser muy confiables, ya que si un
componente del sistema se compone otro componente debe de ser
capaz de reemplazarlo.
Entre los diferentes Sistemas Operativos distribuidos que existen
tenemos los siguientes: Sprite, Solaris- MC, Mach, Chorus, Spring,
Amoeba, Taos, etc.
http://111690227-9.blogspot.com/2012/09/b-identificacion-de-unsistema-operativo.html

INTEGRANTES:

* SANCHEZ ROMERO CINDY

* SAUCEDO LOPEZ JUAN ENRIQUE

* VAZQUEZ CASTILLO PEDRO

* GARDUO GARCIA JHOVANY

262-M

Unidad 1 Los sistemas operativos en

ambientes distribuidos.

1.1 Sistemas Distribuidos

Sistemas cuyos
componentes hardware y software, que
estn en ordenadores conectados en red,
se comunican y coordinan
susacciones mediante el paso de
mensajes, para el logro de un objetivo. Se
establece la comunicacin mediante
un protocoloprefijado por un
esquema cliente-servidor".
Caractersticas:

Concurrencia.- Esta caracterstica

de los sistemas distribuidos permite que
los recursos disponibles en la
red puedan ser utilizados
simultneamente por los usuarios y/o
agentes que interactan en la red.

Carencia de reloj global.- Las

coordinaciones para la transferencia de
mensajes entre los diferentes

componentes para la realizacin de una

tarea, no tienen una temporizacin
general, esta ms bien distribuida a los
componentes.

Fallos independientes de los

componentes.- Cada componente
del sistema puede fallar
independientemente, con lo cual los
dems pueden continuar ejecutando sus
acciones. Esto permite el logro de las
tareas con mayor efectividad, pues el
sistema en su conjunto continua
trabajando.

Evolucin:
Procesamiento central (Host).- Uno de los
primeros modelos de ordenadores
interconectados, llamados centralizados,
donde todo el procesamiento de
la organizacin se llevaba a cabo en una
sola computadora, normalmente un
Mainframe, y los usuarios empleaban
sencillos ordenadores personales.

Los problemas de este modelo son:

Cuando la carga de
procesamiento aumentaba se tena que
cambiar el hardware del Mainframe, lo
cual es ms costoso que aadir
mscomputadores personales clientes o
servidores que aumenten las
capacidades.


El otro problema que surgi son
las modernas interfases grficas de
usuario, las cuales podan conllevar a un
gran aumento de trfico en
losmedios de comunicacin y por
consiguiente podan colapsar.

Grupo de Servidores.- Otro modelo que

entr a competir con el anterior, tambin
un tanto centralizado, son un grupo de
ordenadores actuando como servidores,
normalmente de archivos o de impresin,
poco inteligentes para un nmero de
Minicomputadores que hacen el
procesamiento conectados a una red de
rea local.

Los problemas de este modelo son:

Podra generarse una saturacin

de los medios de comunicacin entre los
servidores poco inteligentes y los
minicomputadores, por ejemplo cuando
se solicitan archivos grades por varios
clientes a la vez, podan disminuir en
gran medida la velocidad de transmisin
de informacin.

La Computacin Cliente Servidor.- Este

modelo, que predomina en la actualidad,
permite descentralizar el procesamiento y
recursos, sobre todo, de cada uno de
los servicios y de la visualizacin de la
Interfaz Grfica de Usuario. Esto hace que

ciertos servidores estn dedicados solo a

una aplicacin determinada y por lo tanto
ejecutarla en forma eficiente.
Cliente-Servidor

Definicin:
Sistema donde el cliente es una mquina
que solicita un determinado servicio y se
denomina servidor a la mquina que lo
proporciona. Los servicios pueden ser:

Ejecucin de un
determinado programa.

Acceso a un
determinado banco de informacin.

Acceso a un dispositivo de
hardware.Categoras de Servidores:
A continuacin se presenta una lista de los

servidores ms comunes:

Servidores de
archivos.- Proporciona archivos para
clientes. Si los archivos no fueran tan
grandes y los usuarios que comparten
esos archivos no fueran muchos, esto
sera una gran opcin
de almacenamiento y procesamiento de
archivos. El cliente solicita los archivos y
el servidor los ubica y se los enva.

Servidores de Base de
Datos.- Son los que almacenan gran
cantidad de datos estructurados, se
diferencian de los de archivos pues la
informacin que se enva est ya
resumida en la base de datos.

Servidores WEB.- Son los que

guardan y proporcionan
Pginas HTML. El cliente desde un
browser o link hace un llamado de la
pgina y el servidor recibe el mensaje y
enva la pgina correspondiente.

1.1.1 Ventajas Desventajas contra

Sistemas Centralizados

Centralizacin y descentralizacin:

Un sistema se dice centralizado cuando

tiene un ncleo que comanda a todos los
dems, y estos dependen para su
activacin del primero, ya que por s solos
no son capaces de generar ningn
proceso.
Por el contrario los sistemas
descentralizados son aquellos donde el
ncleo de comando y decisin est
formado por varios subsistemas. En dicho
caso el sistema no es tan dependiente,
sino que puede llegar a contar con
subsistemas que actan de reserva y que
slo se ponen en funcionamiento cuando
falla el sistema que debera actuar en
dicho caso.
Los sistemas centralizados se controlan
ms fcilmente que los descentralizados,
son ms sumisos, requieren menos
recursos, pero son ms lentos en su
adaptacin al contexto. Por el contrario los
sistemas descentralizados tienen una
mayor velocidad de respuesta al medio
ambiente pero requieren mayor cantidad
de recursos y mtodos de coordinacin y
de control ms elaborados y complejos.

Adaptabilidad:

Es la propiedad que tiene un sistema de

aprender y modificar un proceso, un
estado o una caracterstica de acuerdo a
las modificaciones que sufre el contexto.
Esto se logra a travs de un mecanismo de
adaptacin que permita responder a los
cambios internos y externos a travs del
tiempo.
Para que un sistema pueda ser adaptable
debe tener un fluido intercambio con el
medio en el que se desarrolla.

Mantenibilidad:

Es la propiedad que tiene un sistema de

mantenerse constantemente en
funcionamiento. Para ello utiliza un
mecanismo de mantenimiento que
asegure que los distintos subsistemas
estn balanceados y que el sistema total
se mantiene en equilibrio con su medio.

Estabilidad:

Un sistema se dice estable cuando puede

mantenerse en equilibrio a travs del flujo
continuo de materiales, energa e
informacin.
La estabilidad de los sistemas ocurre
mientras los mismos pueden mantener su
funcionamiento y trabajen de manera
efectiva (mantenibilidad).

Armona:

Es la propiedad de los sistemas que mide

el nivel de compatibilidad con su medio o
contexto.
Un sistema altamente armnico

La instalacin centralizada se utiliza en

grandes edificios de uso recudencial,
comercial o administrativo, como
hoteles y centros comerciales, edificios
de oficinas, locales de espectculos. Ect

En general e edificio dividido en muchas

estaciones de trabajo que devan de
trabajar de fora independiente, con su

propia regulacin, u ocupacin distinta

en el tiempo

Es decir, en un gran supermercado se

pueden intalar uno o varios equipos
autnomos aire. Aire, ya uqe todo el
centro funciona a la vez y cin la misma
temperatura interios

Ventajas:

Mejor aprovechamiento de los

recursos.
Mayor poder de cmputo a ms bajo
costo.
En teora, mayor confiablidad, si se
maneja suficiente redundancia.
Crecimiento.

Desventajas:

El software es mucho ms complejo

Muchos usuarios desde muchas
partes: problemas de seguridad.

1.1.2 Modelo Cliente-Servidor

La arquitectura cliente-servidor permite al

usuario en una mquina, llamada el
cliente, requerir algn tipo de servicio de
una mquina a la que est unido, llamado
el servidor, mediante una red como una
LAN o una WAN. Estos servicios pueden ser
peticiones de datos de una base de datos,

de informacin contenida en archivos o los

archivos en s mismos, o peticiones de
imprimir datos en una impresora asociada.
Aunque clientes y servidores suelen verse
como mquinas separadas, pueden, de
hecho, ser dos reas separadas en la
misma mquina. Por tanto, una nica
mquina Unix puede ser al mismo tiempo
cliente y servidor. Adems una mquina
cliente unida a un servidor puede ser a su
vez servidor de otro cliente y el servidor
puede ser un cliente de otro servidor en la
red. Tambin es posible tener el cliente
corriendo en un sistema operativo y el
servidor en otro distinto.

Hay varios tipos comunes de mquinas

clientes en entornos cliente-servidor. Uno
de los clientes ms populares es una
computadora personal basada en Intel que
ejecuta aplicaciones de DOS en un entorno
Windows. Otra cliente popular es una
terminal X; de hecho, el sistema X
Windows es un modelo cliente-servidor
clsico.

Hay tambin clientes Unix que ejecutan

sistemas operativos como UnixWare. Un
servidor que pide cosas a otro servidor es
un cliente de la mquina a la que est
pidiendo.
Los clientes en una red cliente-servidor son
las mquinas o procesos que piden
informacin, recursos y servicios a un
servidor unido. Estas peticiones pueden
ser cosas como proporcionar datos de una
base de datos, aplicaciones, partes de
archivos o archivos completos a la
mquina cliente. Los datos, aplicaciones o
archivos pueden residir en un servidor y
ser simplemente accedidos por el cliente o
pueden ser copiados o movidos
fsicamente a la mquina cliente.

Esta disposicin permite a la mquina

cliente ser relativamente pequea. Para
cada tipo de entorno de cliente, hay
habitualmente software especfico (y a
veces hardware) en el cliente, con algn
software y hardware anlogo en el
servidor. Los servidores pueden ser

sistemas operativos diferentes como

Windows NT, Windows 95, OS/2, Unix. Unix
es popular porque, como sistema operativo
de servidores, puede ser utilizado en
muchos tipos de configuraciones sobre
mquinas servidor, adems de como
servidores de archivos y servidores de
impresin.
Los servidores en una red cliente-servidor
son los procesos que proporcionan
informacin, recursos y servicios a los
clientes de la red. Cuando un cliente pide
un recurso el servidor proporciona estos
recursos al cliente. Los procesos del
servidor pueden residir en una mquina
que tambin acta como cliente de otro
servidor. Un servidor puede dar acceso a
otras redes, actuando como un servidor de
comunicaciones que conecta a otros
servidores o main frames o
minicomputadoras que actan como hosts
de la red.
Los servidores que tienen sistemas
operativos multitarea tienen la habilidad
de ejecutar, aparentemente al mismo
tiempo, numerosos programas sin
obstaculizar la ejecucin de cada uno. Esto
se conoce como multitareas preferentes,
porque cada programa tiene garantizada la
posibilidad de correr; cada programa no se
ejecuta hasta que el sistema operativo lo
aparta para permitir que otros programas
corran. Otros sistemas operativos no
soportan multitareas preferentes, slo la
llamada multitarea cooperativa, bajo la
cual los programas corren hasta que ellos
mismos permiten la ejecucin de otro

programa o no tienen otra cosa que hacer

durante este periodo.

http://www.infinitumpage.mx/GARCIA790724/

buscar esta pagina: http://www.powershow.com/view/2814b0MDVlN/Sistemas_Distribuidos_Presente_y_Futuro_powerpoint_ppt_presen

tation

http://prezi.com/wf77-sklocpi/?
utm_campaign=share&utm_medium=copy&rc=ex0share