sistema operativo distribuido Sprite

8/18/2019 sistema operativo distribuido Sprite

1/23

SPRITE (SISTEMA OPERATIVO)Sprite es el nombre de un sistema operativo distribuido con un núcleomonolítico desarrollado por la University of California, Berkeley, másconcretamente por el grupo de investigación de John usterhout!

"ste sistema operativo tiene la apariencia para los programadores de unsistema único, ya #ue la distribución se produce dentro del propio núcleoy de este modo, $prite nos da la impresión de estar traba%ando sobre untípico sistema U&'(!

)*+B+J '&'C'+!as ideas al comien-o del traba%o con $prite, eran las de crear unsistema #ue traba%ara de forma .consciente. en red, y #ue al mismotiempo lo hiciera de forma transparente para el usuario! "l área primariade traba%o fue la construcción de un nuevo sistema de archivos en red elcual hiciera uso de cach/ local del lado del cliente para me%orar el

desempe0o! 1espu/s de abrir el archivo y reali-ar algunas lecturasiniciales, la red solo sería usada ba%o demanda, y la mayoría de lasacciones del usuario ocurrirían en la cach/! Utilidades similarespermitían a dispositivos remotos ser mapeados en el espacio de lacomputadora local, permitiendo impresiones en red y otras tareassimilares!

2uchos de los archivos Uni3 clave estaban basados en la red, incluidascosas como el archivo de contrase0as! +simismo, todas las má#uinas enla red compartían el directorio root! tras utilidades Uni3 comunes, talescomo 4nger, fueron reescritas para hacerlas traba%ar en red, escuchando

a toda la gente conectada a trav/s de la red! "sto hi-o #ue una red$prite traba%ara como si fuera un gran sistema simple de tiempocompartido o una imagen de un sistema simple!

tra adición clave en $prite fue la migración de procesos, los cualespermitían a los programas ser movidos entre ordenadores en cual#uierinstante! "l sistema mantenía una lista de ordenadores y de su estado ymovía procesos automáticamente a ordenadores ociosos para me%orar eldesempe0o local! os procesos podían tambi/n ser .desalo%ados. deordenadores para me%orar su desempe0o, causando #ue el iniciadororiginal se moviese a otro ordenador en la red, o tomará el control de /l

de nuevo de manera local! )areas largas 5como compilar el sistema$prite6 podían aparentar ser muy rápidas!

7'$7'+ 1" 1'$"8!"l e#uipo de dise0o de $prite asume un modelo tradicional decomputación, siguiendo la línea de U&'(, con estaciones de traba%o


2/23

conectadas en red! $ostienen #ue la naturale-a distribuida del sistemadebería mantenerse oculta en el núcleo!"n la forma en #ue los procesadores se asocian a los procesos, el $!$prite cada usuario tiene su propia estación de traba%o donde e%ecutasus procesos, además provee un mecanismo de migración para trasladar

los procesos a otras má#uinas #ue no est/n siendo usadas!C2 $" 1+ + +$'9'&+C':& 1" ;*C"$$ + ;*C"$+1*"$!

"n $prite la ar#uitectura contempla un con%unto de estaciones de traba%oy servidores de archivos! "s posible #ue una estación de traba%o tengaun con%unto de procesadores, sirviendo así como una pila deprocesadores! "n $prite los procesos se e%ecutan en la estación detraba%o donde el usuario inicio la aplicación!"s posible e%ecutar los procesos en otras estaciones de traba%o demanera e3plicita, utili-ando una cone3ión remota a la estación detraba%o donde se desee #ue corran los procesos!

$prite, además, permite la e%ecución automática y transparente deprocesos en otras estaciones de traba%o, utili-ando el procedimientoconocido como migración de procesos! 2ediante este mecanismo, seaprovechan las estaciones de traba%o #ue no están siendo usadas, unproceso


3/23

"n $prite se mide el tiempo #ue toma el abrir y cerrar un archivo@ seconsidera el cach/ de cliente activado y desactivado! $e simula el usode un archivo temporal sin datos, de A bytes, y A bytes, paramedir el tiempo de creación de un archivo, escribir una cantidad 4%a de

datos en este, y cerrarlo, entonces abrir el archivo, leer datos desdeeste, cerrarlo y 4nalmente borrarlo!

1"$C&)'&U+C':&!

$prite no era un sistema microkernel, y sufrió el mismo abanico deproblemas #ue otros sistemas Uni3 en t/rminos de comple%idad dedesarrollo, convirti/ndose cada ve- más difícil de desarrollas mientrasmás funcionalidad era a0adida! "n los ADDs, estaba sufriendo, y elpe#ue0o e#uipo #ue respaldaba el proyecto, simplemente no fue capa-

de mantenerse al día con los cambios rápidos en Uni3 #ue estabansucediendo en ese tiempo! "l proyecto fue cerrado lentamente en ADDE!

httpFGGsoceunisal!blogspot!comGpGspriteHsistemaHoperativo!html

$istemas perativos

lunes, 10 de septiembre de 2012

$;*')"

• Es un sistema operativo distribuido, con un núcleo monolíticodesarrollado por la University of California, Berkeley, másconcretamente por el grupo de investigación de Jon !usterout"

• #a la impresión de estar traba$ando sobre un típico sistema da laimpresión de estar traba$ando sobre un típico sistema U%&'"

• (prite ofrece compatibilidad con las aplicaciones de U%&'"• Es posible e$ecutar los procesos en otras estaciones de traba$o de

manera e)plicita, utili*ando una cone)ión remota a la estación detraba$o donde se desee +ue corran los procesos"

Costo

Está disponible en dos modalidades, (prite Backup y (prite Backup ite,

con un precio de -."./ U(# y 0."./ U(# respectivamente,

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


4/23

diferenciándose en +ue esta última no incorpora las funciones de

backup en 1C de escritorio ni la de restauración remota"

Requerimientos

2ecanismo de interrupciones"

1rotección de memoria"

3epertorio de instrucciones reservadas"

3elo$ de tiempo real"

ttp455sistemasoperativosipn"blogspot"com5-60-56.5sprite"tml

%ueves, AI de septiembre de A

"%emplos de sistemas operativos distribuidos

Sprite: "ste sistema operativo tiene la apariencia para losprogramadores de un sistema único, ya #ue la distribución se producedentro del propio núcleo y de este modo, $prite nos da la impresión deestar traba%ando sobre un típico sistema U&'(!

Solris!M": es un sistema operativo de tipo Uni3 desarrollado desdeADD inicialmente por $un 2icrosystems y actualmente por racleCorporation como sucesor de $un$! "s un sistema certi4cadoo4cialmente como versión de Uni3! 7unciona en ar#uitecturas $;+*C y3KL para servidores y estaciones de traba%o!

M#$: está dise0ado para incorporar muchas de las innovacionesrecientes en el campo de los sistemas operativos para producir unsistema operativo completamente funcional y de tecnología avan-ada!

http://sistemasoperativosipn.blogspot.com/2012/09/sprite.htmlhttp://sistemasoperativosipn.blogspot.com/2012/09/sprite.html


5/23

"$orus: $istema operativo de 'B2 #ue intentó suceder a 1$como sistema operativo

Sprin%: fue un proyecto e3perimental basado en orientación aob%etos, desarrollado por $un 2icro systems a principios de ADD!

$pring se centró en proporcionar un entorno de programación más ricade apoyo herencia múltiple y otras características!

httpFGGedgarvalenciamartine-!blogspot!comGAGDGe%emplosHdeHsistemasHoperativos!html

Sistemas Operativos Distribuidos

os sistemas operativos distribuidos abarcan los servicios de los de red,logrando integrar recursos 5impresoras, unidades de respaldo, memoria,procesos, unidades centrales de proceso6 en una sola má#uina virtual#ue el usuario accesa en forma transparente!"s decir, ahora el usuario ya no necesita saber la ubicación de losrecursos, sino #ue los conoce por nombre y simplemente los usa como si

todos ellos fuesen locales a su lugar de traba%o habitual! )odo lo anteriores el marco teórico de lo #ue se desearía tener como sistema operativodistribuido, pero en la realidad no se ha conseguido crear uno del todo,por la comple%idad #ue suponenF distribuir los procesos en las variasunidades de procesamiento, reintegrar subHresultados, resolverproblemas de concurrencia y paralelismo, recuperarse de fallas dealgunos recursos distribuidos y consolidar la protección y seguridadentre los diferentes componentes del sistema y los usuarios!os avances tecnológicos en las redes de área local y la creación demicroprocesadores de I y LE bits lograron #ue computadoras más o

menos baratas tuvieran el su4ciente poder en forma autónoma paradesa4ar en cierto grado a los mainframes, y a la ve- se dio la posibilidadde intercomunicarlas, sugiriendo la oportunidad de partir procesos muypesados en cálculo en unidades más pe#ue0as y distribuirlas en losvarios microprocesadores para luego reunir los subHresultados, creandoasí una má#uina virtual en la red #ue e3ceda en poder a un mainframe!"l sistema integrador de los microprocesadores #ue hacer ver a lasvarias memorias, procesadores, y todos los demás recursos como una

http://edgarvalenciamartinez.blogspot.com/2012/09/ejemplos-de-sistemas-operativos.htmlhttp://edgarvalenciamartinez.blogspot.com/2012/09/ejemplos-de-sistemas-operativos.htmlhttp://edgarvalenciamartinez.blogspot.com/2012/09/ejemplos-de-sistemas-operativos.htmlhttp://edgarvalenciamartinez.blogspot.com/2012/09/ejemplos-de-sistemas-operativos.html


6/23

sola entidad en forma transparente se le llama sistema operativodistribuido!as ra-ones para crear o adoptar sistemas distribuidos se dan por dosra-ones principalesF por necesidad 5debido a #ue los problemas aresolver son inherentemente distribuidos6 o por#ue se desea tener más

con4abilidad y disponibilidad de recursos! "n el primer caso tenemos,por e%emplo, el control de los ca%eros automáticos en diferentes estadosde la república! +hí no es posible ni e4ciente mantener un controlcentrali-ado, es más, no e3iste capacidad de cómputo y deentradaGsalida para dar servicio a los millones de operaciones porminuto! "n el segundo caso, supóngase #ue se tienen en una granempresa varios grupos de traba%o, cada uno necesita almacenar grandescantidades de información en disco duro con una alta con4abilidad ydisponibilidad! a solución puede ser #ue para cada grupo de traba%o seasigne una partición de disco duro en servidores diferentes, de manera

#ue si uno de los servidores falla, no se de%e dar el servicio a todos, sinosólo a unos cuantos y, más aún, se podría tener un sistema con discosen espe%o 5 mirror 6 a trav/s de la red, de manera #ue si un servidor secae, el servidor en espe%o continúa traba%ando y el usuario ni cuenta seda de estas fallas, es decir, obtiene acceso a recursos en formatransparente!os sistemas distribuidos deben de ser muy con4ables, ya #ue si uncomponente del sistema se compone otro componente debe de sercapa- de reempla-arlo!"ntre los diferentes $istemas perativos distribuidos #ue e3istentenemos los siguientesF $prite, $olarisH 2C, 2ach, Chorus, $pring,

+moeba, )aos, etc!

httpFGGAAALDMHD!blogspot!comGAGDGbHidenti4cacionHdeHunHsistemaHoperativo!html

I&TE'RA&TES:

SA&"E* ROMERO "I&+

SA-"E+O .OPE* /-A& E&RI-E

http://111690227-9.blogspot.com/2012/09/b-identificacion-de-un-sistema-operativo.htmlhttp://111690227-9.blogspot.com/2012/09/b-identificacion-de-un-sistema-operativo.htmlhttp://111690227-9.blogspot.com/2012/09/b-identificacion-de-un-sistema-operativo.htmlhttp://111690227-9.blogspot.com/2012/09/b-identificacion-de-un-sistema-operativo.html


7/23

VA*-E* "ASTI..O PE+RO

'AR+-O 'AR"IA /OVA&

22!M

-nidd 1 .os sistems operti3os enmbientes distribuidos4

A!A $istemas 1istribuidos

$istemas cuyoscomponentes hardNare y softNare, #ueestán en ordenadores conectados en red,se comunican y coordinansusacciones mediante el paso demensa%es, para el logro de un ob%etivo! $e

establece la comunicación medianteun protocolopre4%ado por unes#uema clienteHservidor.!

CaracterísticasF

O Concurrencia!H "sta característicade los sistemas distribuidos permite #uelos recursos disponibles en lared puedan ser utili-adossimultáneamente por los usuarios yGoagentes #ue interactúan en la red!

O Carencia de relo% global!H ascoordinaciones para la transferencia demensa%es entre los diferentes


8/23

componentes para la reali-ación de unatarea, no tienen una tempori-acióngeneral, esta más bien distribuida a loscomponentes!

O 7allos independientes de loscomponentes!H Cada componentedel sistema puede fallarindependientemente, con lo cual losdemás pueden continuar e%ecutando susacciones! "sto permite el logro de lastareas con mayor efectividad, pues elsistema en su con%unto continua

traba%ando!

"voluciónF

;rocesamiento central 5?ost6!H Uno de losprimeros modelos de ordenadoresinterconectados, llamados centrali-ados,donde todo el procesamiento de

la organi-ación se llevaba a cabo en unasola computadora, normalmente un2ainframe, y los usuarios empleabansencillos ordenadores personales!

os problemas de este modelo sonF

O Cuando la carga de

procesamiento aumentaba se tenía #uecambiar el hardNare del 2ainframe, locual es más costoso #ue a0adirmáscomputadores personales clientes oservidores #ue aumenten lascapacidades!


9/23

O "l otro problema #ue surgió sonlas modernas interfases grá4cas deusuario, las cuales podían conllevar a ungran aumento de trá4co en

losmedios de comunicación y porconsiguiente podían colapsar!

9rupo de $ervidores!H tro modelo #ueentró a competir con el anterior, tambi/nun tanto centrali-ado, son un grupo deordenadores actuando como servidores,normalmente de archivos o de impresión,poco inteligentes para un número de2inicomputadores #ue hacen elprocesamiento conectados a una red deárea local!

os problemas de este modelo sonF

O ;odría generarse una saturaciónde los medios de comunicación entre losservidores poco inteligentes y losminicomputadores, por e%emplo cuandose solicitan archivos grades por variosclientes a la ve-, podían disminuir engran medida la velocidad de transmisiónde información!

a Computación Cliente $ervidor!H "stemodelo, #ue predomina en la actualidad,permite descentrali-ar el procesamiento yrecursos, sobre todo, de cada uno delos servicios y de la visuali-ación de la'nterfa- 9rá4ca de Usuario! "sto hace #ue


10/23

ciertos servidores est/n dedicados solo auna aplicación determinada y por lo tantoe%ecutarla en forma e4ciente!

ClienteH$ervidor

1e4niciónF

$istema donde el cliente es una má#uina

#ue solicita un determinado servicio y sedenomina servidor a la má#uina #ue loproporciona! os servicios pueden serF

O "%ecución de undeterminado programa!

O +cceso a undeterminado banco de información!

+cceso a un dispositivo dehardNare!Categorías de $ervidoresF

+ continuación se presenta una lista de los


11/23

servidores más comunesF

O $ervidores dearchivos!H ;roporciona archivos para

clientes! $i los archivos no fueran tangrandes y los usuarios #ue compartenesos archivos no fueran muchos, estosería una gran opciónde almacenamiento y procesamiento dearchivos! El cliente solicita los arcivos y el servidor los ubica y se los envía"

O $ervidores de Base de1atos!H $on los #ue almacenan grancantidad de datos estructurados, sediferencian de los de archivos pues lainformación #ue se envía está yaresumida en la base de datos!

O $ervidores P"B!H $on los #ueguardan y proporcionan;áginas ?)2! El cliente desde unbro7ser o link ace un llamado de la

página y el servidor recibe el mensa$e yenvía la página correspondiente"


12/23

A!A!A >enta%as 1esventa%as contra$istemas Centrali-ados

"entrli5#i6n 7 des#entrli5#i6nF

Un sistema se dice centrali-ado cuandotiene un núcleo #ue comanda a todos losdemás, y estos dependen para suactivación del primero, ya #ue por sí solosno son capaces de generar ningún

proceso!

;or el contrario los sistemasdescentrali-ados son a#uellos donde elnúcleo de comando y decisión estáformado por varios subsistemas! "n dichocaso el sistema no es tan dependiente,sino #ue puede llegar a contar consubsistemas #ue actúan de reserva y #ue

sólo se ponen en funcionamiento cuandofalla el sistema #ue debería actuar endicho caso!

os sistemas centrali-ados se controlanmás fácilmente #ue los descentrali-ados,son más sumisos, re#uieren menosrecursos, pero son más lentos en suadaptación al conte3to! ;or el contrario lossistemas descentrali-ados tienen una

mayor velocidad de respuesta al medioambiente pero re#uieren mayor cantidadde recursos y m/todos de coordinación yde control más elaborados y comple%os!


13/23

AdptbiliddF

"s la propiedad #ue tiene un sistema deaprender y modi4car un proceso, unestado o una característica de acuerdo alas modi4caciones #ue sufre el conte3to!"sto se logra a trav/s de un mecanismo deadaptación #ue permita responder a loscambios internos y e3ternos a trav/s deltiempo!

;ara #ue un sistema pueda ser adaptabledebe tener un Quido intercambio con elmedio en el #ue se desarrolla!

MntenibiliddF

"s la propiedad #ue tiene un sistema demantenerse constantemente enfuncionamiento! ;ara ello utili-a unmecanismo de mantenimiento #ueasegure #ue los distintos subsistemasestán balanceados y #ue el sistema totalse mantiene en e#uilibrio con su medio!


14/23

EstbiliddF

Un sistema se dice estable cuando puedemantenerse en e#uilibrio a trav/s del Qu%ocontinuo de materiales, energía einformación!

a estabilidad de los sistemas ocurremientras los mismos pueden mantener sufuncionamiento y traba%en de maneraefectiva 5mantenibilidad6!


15/23

Armon8F

"s la propiedad de los sistemas #ue mideel nivel de compatibilidad con su medio o

conte3to!

Un sistema altamente armónico

a instalación centrali-ada se utili-a engrandes edi4cios de uso recudencial,comercial o administrativo, comohoteles y centros comerciales, edi4cios

de o4cinas, locales de espectáculos! "ct

"n general e edi4cio dividido en muchasestaciones de traba%o #ue devan detraba%ar de fora independiente, con su


16/23

propia regulación, u ocupación distintaen el tiempo

"s decir, en un gran supermercado sepueden intalar uno o varios e#uiposautónomos aire! +ire, ya u#e todo el

centro funciona a la ve- y cin la mismatemperatura interios

>enta%asF

2e%or aprovechamiento de losrecursos!

2ayor poder de cómputo a más ba%ocosto!

"n teoría, mayor con4ablidad, si semane%a su4ciente redundancia!

Crecimiento!


17/23

1esventa%asF

"l softNare es mucho más comple%o2uchos usuarios desde muchas

partesF problemas de seguridad!

A!A! 2odelo ClienteH$ervidor

a ar#uitectura clienteHservidor permite alusuario en una má#uina, llamada elcliente, re#uerir algún tipo de servicio deuna má#uina a la #ue está unido, llamadoel servidor, mediante una red como una+& o una P+&! "stos servicios pueden serpeticiones de datos de una base de datos,


18/23

de información contenida en archivos o losarchivos en sí mismos, o peticiones deimprimir datos en una impresora asociada!

+un#ue clientes y servidores suelen versecomo má#uinas separadas, pueden, dehecho, ser dos áreas separadas en lamisma má#uina! ;or tanto, una únicamá#uina Uni3 puede ser al mismo tiempocliente y servidor! +demás una má#uinacliente unida a un servidor puede ser a suve- servidor de otro cliente y el servidorpuede ser un cliente de otro servidor en la

red! )ambi/n es posible tener el clientecorriendo en un sistema operativo y elservidor en otro distinto!

?ay varios tipos comunes de má#uinasclientes en entornos clienteHservidor! Unode los clientes más populares es unacomputadora personal basada en 'ntel #uee%ecuta aplicaciones de 1$ en un entornoPindoNs! tra cliente popular es unaterminal (@ de hecho, el sistema (PindoNs es un modelo clienteHservidorclásico!


19/23

?ay tambi/n clientes Uni3 #ue e%ecutansistemas operativos como Uni3Pare! Unservidor #ue pide cosas a otro servidor esun cliente de la má#uina a la #ue está

pidiendo!

os clientes en una red clienteHservidor sonlas má#uinas o procesos #ue pideninformación, recursos y servicios a unservidor unido! "stas peticiones puedenser cosas como proporcionar datos de unabase de datos, aplicaciones, partes dearchivos o archivos completos a la

má#uina cliente! os datos, aplicaciones oarchivos pueden residir en un servidor yser simplemente accedidos por el cliente opueden ser copiados o movidosfísicamente a la má#uina cliente!

"sta disposición permite a la má#uinacliente ser relativamente pe#ue0a! ;aracada tipo de entorno de cliente, hayhabitualmente softNare especí4co 5y aveces hardNare6 en el cliente, con algúnsoftNare y hardNare análogo en elservidor! os servidores pueden ser


20/23

sistemas operativos diferentes comoPindoNs &), PindoNs DR, $G, Uni3! Uni3es popular por#ue, como sistema operativode servidores, puede ser utili-ado en

muchos tipos de con4guraciones sobremá#uinas servidor, además de comoservidores de archivos y servidores deimpresión!

os servidores en una red clienteHservidorson los procesos #ue proporcionaninformación, recursos y servicios a losclientes de la red! Cuando un cliente pide

un recurso el servidor proporciona estosrecursos al cliente! os procesos delservidor pueden residir en una má#uina#ue tambi/n actúa como cliente de otroservidor! Un servidor puede dar acceso aotras redes, actuando como un servidor decomunicaciones #ue conecta a otrosservidores o main frames ominicomputadoras #ue actúan como hostsde la red!

os servidores #ue tienen sistemasoperativos multitarea tienen la habilidadde e%ecutar, aparentemente al mismotiempo, numerosos programas sinobstaculi-ar la e%ecución de cada uno! "stose conoce como multitareas preferentes,por#ue cada programa tiene garanti-ada laposibilidad de correr@ cada programa no see%ecuta hasta #ue el sistema operativo loaparta para permitir #ue otros programascorran! tros sistemas operativos nosoportan multitareas preferentes, sólo lallamada multitarea cooperativa, ba%o lacual los programas corren hasta #ue ellosmismos permiten la e%ecución de otro


21/23

programa o no tienen otra cosa #ue hacerdurante este periodo!


22/23


23/23

httpFGGNNN!in4nitumpage!m3G9+*C'+MDMEG

buscar esta paginaF httpFGGNNN!poNershoN!comGvieNGKAEbH21>l&G$istemasS1istribuidosS;resenteSyS7uturoSpoNerpointSpptSpresentation

httpFGGpre-i!comGNfMMHsklocpiGT

utmScampaignshareVutmSmediumcopyVrce3share
http://www.infinitumpage.mx/GARCIA790724/http://www.powershow.com/view/2814b0-MDVlN/Sistemas_Distribuidos_Presente_y_Futuro_powerpoint_ppt_presentationhttp://www.powershow.com/view/2814b0-MDVlN/Sistemas_Distribuidos_Presente_y_Futuro_powerpoint_ppt_presentationhttp://www.powershow.com/view/2814b0-MDVlN/Sistemas_Distribuidos_Presente_y_Futuro_powerpoint_ppt_presentationhttp://www.infinitumpage.mx/GARCIA790724/http://www.powershow.com/view/2814b0-MDVlN/Sistemas_Distribuidos_Presente_y_Futuro_powerpoint_ppt_presentationhttp://www.powershow.com/view/2814b0-MDVlN/Sistemas_Distribuidos_Presente_y_Futuro_powerpoint_ppt_presentationhttp://www.powershow.com/view/2814b0-MDVlN/Sistemas_Distribuidos_Presente_y_Futuro_powerpoint_ppt_presentation

Documents

sistema operativo distribuido Sprite