Вы находитесь на странице: 1из 5

Introduo

LOCUS era um sistema operacional distribudo desenvolvido na


Universidade da Califrnia durante os anos 1980. Foi notvel para
proporcionar uma rpida implementao da idia imagem de sistema
nico, onde um cluster de mquinas parecia ser uma mquina maior.
Para que serve
O sistema operativo distribuido locus serve para permitir tanto um
grau significativo da autonomia local para cada site na rede enquanto
ainda fornecendo uma localizao estrutural do nome independente
de toda a rede.
Caracteristicas:

Transparncia da Rede
Alta Confiabilidade
Disponibilidade
Bom Desempenho
Sincronizao
Transparncia de localizao
Localizao independncia
Alta disponibilidade pela replicao

LOCUS um sistema operativo distribudo que proporciona muito


elevado grau de transparncia de rede e ao mesmo tempo apoia no
desempenho de ligao e replicao automtica de armazenamento,
Pela transparncia de rede queremos dizer na chamada do sistema
Interface no h necessidade de mencionar rede nada relacionados.
A cada computador mantm sua autonomia (conjunto completo
de SW regular, aplicaes e servios prprios). Esquema de
nomeao global: acesso independente da localizao, possibilidade
de migrao de ficheiros entre mquinas.

Sincronizao
Uma vez que o armazenamento pode ser replicado, e existem
mltiplos
utilizadores, o problema da sincronizao de acesso a lgica
arquivos e suas contrapartes fsicas devem ser abordadas se um
sistema de arquivos consistente deve ser apresentado aos usurios.
Padro
Unix bastante desprovido de tais controles, assim que estes

representam uma
Alm da interface de usurio e programa.

Objectivos
LOCUS um sistema distribudo integrado cujos objetivos
incluem:
a) fazer com que o desenvolvimento de aplicaes distribudas no
mais difcil do que a programao nica mquina.
b) realizar o potencial que sistemas distribudos com redundncia de
ter para operao altamente confivel, disponvel.
Sua maior preocupao era passar a noo de parecer "uma nica
mquina" mesmo sendo composta de diversas outras.

Nesse enfoque, ele suportava acesso a dados de forma transparente


atravs de um sistema de arquivos bem avanado (usava a mesma
interface do Unix, mas recebia como parmetro quantas cpias
deviam ser produzidas e onde o arquivo deveria ser salvo).
Oferecia acesso rpido e confivel ao seu sistema de arquivos usando
replicao. Assegurava acesso atualizado a seus dados atravs de um
coordenador (chamado CSS - current syncronization site), este era
responsvel por uma poltica de sincronizao global de acesso aos
recursos compartilhados.
Ainda, arquivos que precisavam ser

diferentes entre si, eram colocados em diretrios ocultos onde o


sistema se encarregaria de garantir o acesso atualizado.
Desse modo, o sistema distribudo dava a falsa sensao de um
comportamento de sistema isolado Oferecia acesso remoto a
dispositivos de I/O bem como a criao de processos remotos. Tinha
intensos protocolos para reconfigurao dinmica de modo a oferecer
alta disponibilidade de acordo com os padres da poca.
Por seus arquivos serem dispersos entre os diversos componentes do
sistema, precisava de mecanismos para coerncia de memria que
ficaram a cargo do sistema operacional, A caracterstica mais notvel
era sua abstrao de mquina distribuda para uma mquina singular.
Entre seus diversos protocolos, os de alto nvel ofereciam
transitividade, ou seja, se o local A pode se comunicar com o local B e
B pode se comunicar com C, logo A poderia se comunicar com C. Se o
local B falhasse ento um substituto seria encontrado pelo sistema de
modo a no quebrar a relao existente, ou seja, dinamicamente a
configurao do sistema podia se modificar de modo a assegurar
rapidez ou manuteno diante falhas. LOCUS usava o conceito de
pipes e pipes nomeados ainda usados atualmente entre outros
conceitos importantes como criao de processos remotos, traps e
RPC.
Diferenas de Outros Sistemas
Tal como acontece com outros sistemas, LOCUS achou necessrio
quebrar a iluso de um nico sistema, nomeadamente para permitir
alguns arquivos serem diferentes em uma base por n. Por exemplo,
foi possvel construir um cluster LOCUS contendo tanto PDP-11/45 750
e VAX mquinas, mas utilizados conjuntos de instrues que no
eram idnticas, por isso seria necessrio duas verses do programa
de cada objecto.
A soluo foi substituir os arquivos que precisavam ser diferente em
uma base por n diretrios ocultos especiais. Esses diretrios, ento,
contm as diferentes verses do arquivo. Quando um usurio acessou
um desses diretrios ocultos no sistema iria verificar o contexto
usurios e abra o arquivo apropriado.
Soluo
Um problema adicional com sistemas distribudos que locais
armazenamento pode ser limitado, necessitando que o usurio
explicitamente
mover cpias de arquivos em torno da rede, arquivamento e lixo

recolher o seu prprio armazenamento. cpias redundantes para o


questo de confiabilidade so a preocupao do usurio. O usurio
deve
manter o controle de diferentes verses do que se destina a ser a
mesmo ficheiro, especialmente quando as cpias ter resultado de
rede
parties (levando em paralelo alteraes). Como resultado, o
programa de aplicao e usurio deve lidar explicitamente com cada
desses fatos, a um custo considervel em software adicionais) em
uma mquina centralizada, com um nico sistema de arquivos
integrado,
muitos destes problemas no existem, ou so mais graciosamente
manipulados.
Uma soluo interessante para este problema cada vez mais grave
o de desenvolver um sistema operativo de rede que suporta uma
elevada
grau de traJtsparency rede; todos os recursos so acessados em
Do mesmo modo, independentemente da sua localizao. Se aberta
(File-name) usado para acessar arquivos locais, ele tambm usado
para
aceder a ficheiros remotos. Isto , a rede torna-se "invisvel",
de um modo semelhante ao modo que os couros de memria virtual
armazenamento secundrio.

concluses
As duas concluses especficas mais importantes que atraem
da nossa experincia LOCUS so:
transparncia de rede 1. Alto desempenho em uma rede local
vivel.
2. A transparncia da rede em uma rede local possui assim
muitas vantagens que uma escolha de no adoptar deveria ser
com muito cuidado justificada.
Ns no adquiriram experincia suficiente com os efeitos
do modelo de servidor vs. integrado para fazer uma declarao forte.
Nada do que vimos at agora abala a nossa confiana na
o modelo integrado, no entanto.
Em geral, nossa experincia sugere que as arquiteturas de sistema
adequado para redes locais diferem marcadamente
aqueles para a largura de banda significativamente mais baixa,
ambientes de atraso superiores.
Permanecendo com ~ ele estruturas mais tradicionais
perde oportunidades significativas.

Bibliography
Alsberg, P. A., Day, J. D., A Principle./'or Resilient Sharing of
Distributed Resources, Second International Conference
on Software Engineering, San Francisco, California,
October 13-15, 1976, pp. 562-570.
Bernstein, P., AIgoritbms.[br Concurrency Control in Distributed
Database Syswms, Technical Report CCA-80-05, Computer
Corporation of America, February 1980.
Cheatham, T., Private communication 1971.
Clark, D., K. Pogran, and D. Reed, An hm'oduction to Local
Area Networks, Proceedings of the IEEE, Vol. 66, No.
11, November, 1978, pp. 1497-1517.
Faissol, S., Availability and Reliability Issues in Diso'ibuted
Databases, Ph.D. Dissertation, Computer Science
Department, University of California, Los Angeles,
August 1981.

Вам также может понравиться