Histrico do SolarisInformtica e Computadores

Quem no da rea de informtica/computadores no deve estar entendendo muita coisa referente aos ltimos posts que tenho deixado aqui no TudoLink afinal, estes posts so artigos, trabalhos e pesquisas que fiz durante a minha graduao que conclui em 2006, e como liguei o HD antigo da poca de faculdade e encontrei estes trabalhos, achei interessante estar postando o mais interessante aqui, afinal pode ajudar quem esta

realizando graduao em algum curso da rea de tecnologia. Histrico O Solaris um Unix do implementado Solaris pela Sun

Microsystems. O Unix surgiu em 1969 como um projeto da AT&T e hoje j est popularizado em todo mundo. O grande atrativo desse sistema que ele pode ser utilizado em todas arquiteturas, desde PC at

mainframes, provendo para o usurio uma consistente interface e resultados esperados. Um pessoa que se senta em uma mquina baseada em Unix razoavelmente espera a mesma interface e resposta para uma seqncia de comandos dados em uma Shell, por exemplo. Ainda com o advento do POSIX (Portable Operating System Interface), COSE (Common Operating System Environment), SVID (System V Interface

Description), e outros padres, a garantia dessa interace e resposta cresce ainda mais.

SunOS era o antigo nome do Solaris. Arquitetura do Sistema de Arquivos

Uma das principais caractersticas de um sistema operacional Unix que o sistema por si s no tem conhecimento algum sobre os dispositivos de hardware

ou pseudo-dispostivos. Isso significa que quando um programa faz uma chamada de sistema open(2), o sistema operacional no sabe se o open para um arquivo, arquivo de disco, um dispositivo de caracteres, ou algum outro dispositivo perifrico. Essa transparncia conseguida graas as tcinicas de orientao objetos dentro do kernel. Garantindo assim maior flexibilidade do sistema. A estrutura Vnode (N virtual):

A estrutura vnode em SunOS (todas as verses desde 4.0.x) o foco de todas as atividades de I/O bem como de memria virtual. A vnode usados para mapear pginas de memria dentro do espao de endereamento de um processoe para permitir acesso para os diferentes tipos de sistemas de arquivos. O termo vnode uma abstrao para o termo inode (ndice de n). Enquanto, um inode usado para mapear processos para arquivos Unix, um vnode pode mapear um processo para um objeto em qualquer tipo de sistema de arquivo. Desta forma, uma chamada de sistema no precisa entender

qual objeto esta sendo manipulado, somente como fazer uma chamada orientada objetos usando a interface vnode. Localizando arquivos:

Na estrutura vnode existem dois campos que ajudam a localizar sistemas de arquivos, v_vfsp e

v_vfsmountedhere. Se um vnode est representando um diretrio que um ponto de montagem para um sistema de arquivos, v_vfsp apontar para o sistema de arquivos sendo montado e v_vfsmountedhere apontar para o sistema de arquivos onde existe o ponto de montagem. Quando um processo faz a chamada de sistema open(2), o sistema operacional deve encontrar e abrir esse arquivo. Para isso o Solaris se utiliza de duas rotinas: vfs_root() e vop_lookup(). A primeira delas da estrutura vfs e a segunda da estrutura vnode. Descritores de arquivos:

A chamada de sistema open(2) retorna um descritor de arquivo. Um descritor de arquivo a estrutura onde

podemos encontrar todas as informaes relevantes do arquivo. no descritor de arquivo que ficam guardadas informaes como: tamanho, proteo, ltimo acesso, e etc. O descritor de arquivo do tipo int e usado como um ndice dentro da tabela de descritors de arquivos abertos. Nas primeiras verses a tabela era esttica, ou seja tinha tamanho fixo. O problema com esta soluo que a tabela poderia se encher e o usurio no poderia abrir mais arquivos. Atualmente, isso no ocorre mais. Descritores de arquivo so alocados em blocos de 24. A tabela de descritores de arquivos abertos uma lista de blocos ligados. #define struct struct struct struct }; file NFPCHUNK ufchunk *uf_ofile[ uf_pofile[ ufchunk NFPCHUNK NFPCHUNK 24 { ]; ]; *uf_next;

Sistema

de

arquivos

SunOS suporta diversos sistemas de arquivos graas a interface Virtual File System (VFS) descrita

anteriormente. SunOS d suporte h trs tipos bsicos de sistemas sistemas de pseudo-arquivos; Sistemas de arquivos baseados em disco: baseados de em arquivos: disco; distribudos;

Veja abaixo alguns dos sistemas de arquivos baseados em disco que o Solaris d suporte:

ufs- Sistema de arquivos UNIX. Sun baseia esse sistema de arquivos no Berkley Software Distribution (BSD) 4.2 Fast File System.

hsfs- Sistema de arquivos High Sierra. Hsfs tipicamente usado em CD-ROM. Hsfs prov toda a semntica de UFS exceto escrita e links.

pcfs- Sistema de arquivos de computador pessoal.

Como o nome implica, sistema de arquivos pcfs d suporte a leitura e escrita de discos formatados MS-DOS. Sistemas de arquivos distribudos:

Solaris tambm d suporte a noo de sistemas de arquivos distribudos. Um sistema de arquivos distribudo um sistema que pode ser compartilhado via rede e que parece estar local na sua estao de trabalho. A inteno que o usurio ou administrador no tenha que aprender um novo conjunto de comandos para cada novo sistema de arquivos distribudos. Alguns dos sistemas de arquivos distribudos nfsque de o Solaris em d rede suporte: (network).

Sistema

arquivos

rfs- Sistema de arquivos remotos. Sistemas de pseudo-arquivos:

Um pseudo-arquivo usado para ganhar acesso a informaes do kernel usando estilo UFS de nomes de arquivos e chamadas de sistema sem usar qualquer espao de disco adicional. Tipicamente, isso executado

usando recursos da Memria Virtual (VM) do kernel ou espao de swap. Abaixo veja alguns sistemas de arquivos que o Solaris d tmpfsprocSistemas Sistema de de arquivos de suporte: temporrios. processos.

arquivos

lofs- Sistema de arquivos loopback (amarrado pelo passado). Lofs usado para criar um sistema de arquivos virtual que uma cpia de outro sistema de arquivos ou para cobrir um sistema de arquivos existente. Grande arquivos no Solaris:

Chegamos, finalmente, ao ponto que queramos sobre o sistema de arquivos do Solaris. Demos uma grande viso sobre o sistema de arquivos e agora podemos explicar como o Solaris d suporte a grandes arquivos. Como explicado anteriormente, no sistema ufs uma estrutura vnode aponta para um inode. E nesse inode que fica armazenado os blocos que pertencem ao arquivo.

O nmero mximo de blocos vezes o tamanho de cada bloco que um inode pode referenciar o obrigatoriamente o tamanho mximo que um arquivo no Solaris pode assumir. Lembrando que no sistema ufs cada bloco possui o mesmo tamanho. Assim, para descobrir um tamanho mximo de um arquivo no Solaris temos que entender a estrutura inode. Clculo do tamanho mximo de um arquivo:

Basta calcular o nmero de blocos que o inode pode referenciar para que encontremos o tamanho mximo de um arquivo. No Solaris cada bloco possui 4K. Assim, os ponteiros diretos referenciam: 48K (4K x 12). Os ponteiros indiretos apontam para outro bloco que est cheio de ponteiros para blocos de dados. Cada ponteiro ocupa 4 bytes, ento um bloco contm 1K ponteiros. Isso prov acesso a arquivos de at 4 Mb mais 48 K [ (4K x 12) + (1024 x 4K) ].

Os ponteiros duplos indiretos apontam para blocos de ponteiros, que por sua vez apontam para blocos de ponteiros e que finalmente apontam para blocos de dados. Assim possvel ter arquivos de 4 Gb mais 4Mb mais 48 K [ (1024 x 1024 x 4k) + (1024 x 4K) + (4K x 12) ] Concluso: A grande vantagem do sistema Solaris por ele poder ser utilizado em varias arquiteturas, e graas a Virtual File System suporta diversos sistemas de arquivos. Bibliografia: http://www.vsfnw.hpg.com.br http://www.sd.id.ethz.ch http://www.i2d.com.br

Gerncia de Arquivos
O sistema de arquivos do SOLARIS baseado em uma estrutura de diretrios em rvore, no existindo dependncia entre a estrutura lgica desses diretrios e o local onde os arquivos esto fisicamente armazenados. Esse modelo permite que uma estrutura seja formada por diferentes discos, inclusive em estaes remotas. Utilizando uma arquitetura denominada Virtual File System (VFS), o SOLARIS proporciona uma interface padro para diferentes tipos de sistemas de arquivos, uma vez que essa arquitetura permite ao kernel do sistema controlar operaes bsicas como ler, escrever ou listar arquivos, sem que seja necessrio um conhecimento do tipo de sistema de arquivos, tanto pelo usurio quanto pelo programa. Existem trs tipos de arquivos no SOLARIS: diretrios, que podem conter arquivos ou outros diretrios; arquivos regulares, contendo qualquer tipo de dado que o usurio deseje; e arquivos especiais, que, como j visto, esto associados a dispositivos de entrada/sada (locais ou remotos). O SOLARIS suporta trs tipos de sistema de arquivos: sistema de arquivos baseados em disco, que podem ser escritos em diferentes formatos e so armazenados fisicamente em discos flexveis, discos rgidos ou CD-ROMs; sistema de arquivos virtual, baseados em memria para proporcionar acesso ao ncleo do sistema sem utilizar espao em disco; e sistema de arquivos baseado em rede, que so acessados atravs da rede. Existem dois tipos de sistema de arquivos baseados em rede, o Network File System (NFS) e o Remote File Sharing (RFS).

O NFS habilita computadores e arquiteturas diferentes - utilizando diferentes sistemas operacionais - a compartilhar arquivos atravs de uma rede. Dessa forma, qualquer computador tem acesso aos arquivos de outro computador. A diferena entre o NFS e o RFS, que, enquanto o primeiro gera um sistema de arquivos genrico, este ltimo provm uma cpia exata de um sistema de arquivos UNIX. Por ser um sistema operacional multiusurio, o SOLARIS necessita de segurana para o sistema de arquivos. Cada arquivo apresenta um nvel de proteo definido pela categoria do usurio. Todo arquivo ou diretrio possui um user que pertence a um grupo. Qualquer usurio que no seja dono do arquivo e no pertena ao respectivo grupo, enquadra-se na categoria others. Por fim, o administrador do sistema, chamado de root, tem acesso irrestrito a todos os arquivos. Dependendo da categoria do usurio, trs tipos de acesso podem ser concedidos, read, write ou execute. Grande arquivos no Solaris: Chegamos, finalmente, ao ponto que queramos sobre o sistema de arquivos do Solaris. Demos uma grande viso sobre o sistema de arquivos e agora podemos explicar como o Solaris d suporte a grandes arquivos. Como explicado anteriormente, no sistema ufs uma estrutura vnode aponta para um inode. E nesse inode que fica armazenado os blocos que pertencem ao arquivo. O nmero mximo de blocos vezes o tamanho de cada bloco que um inode pode referenciar o obrigatoriamente o tamanho mximo que um arquivo no Solaris pode assumir. Lembrando que no sistema ufs cada bloco possui o mesmo tamanho.

Assim, para descobrir um tamanho mximo de um arquivo no Solaris temos que entender a estrutura inode. Clculo do tamanho mximo de um arquivo no SOLARIS: Basta calcular o nmero de blocos que o inode pode referenciar para que encontremos o tamanho mximo de um arquivo. No Solaris cada bloco possui 4K. Assim, os ponteiros diretos referenciam: 48K (4K x 12). Os ponteiros indiretos apontam para outro bloco que est cheio de ponteiros para blocos de dados. Cada ponteiro ocupa 4 bytes, ento um bloco contm 1K ponteiros. Isso prov acesso a arquivos de at 4 Mb mais 48 K [ (4K x 12) + (1024 x 4K) ]. Os ponteiros duplos indiretos apontam para blocos de ponteiros, que por sua vez apontam para blocos de ponteiros e que finalmente apontam para blocos de dados. Assim possvel ter arquivos de 4 Gb mais 4Mb mais 48 K [ (1024 x 1024 x 4k) + (1024 x 4K) + (4K x 12) ]
http://fajesu-solaris.blogspot.com.br/2011/05/gerencia-de-arquivos.html

ver se a

http://www.gnusolaris.org/gswiki/ScreenShots