SISTEMAS OPERACIONAIS

UM BREVE RESUMO SOBRE AS PRINCIPAIS CARACTERSTICAS

2010.9026.3 | FG CCO3N
FACULDADE GUARARAPES

SUMRIO

1. CONCEITO............................................................................................................2 1.1. CONCEITO NAS ABORDAGENS TOP-DOWN E BUTTON-UP......................2 2. INTERFACE ENTRE S.O E APLICATIVOS DE USURIO (SYSTEM CALL).....2 2.1. EXECUO DE UMA SYSTEM CALL..........................................................2 3. ESTRUTURAS DO SISTEMA OPERACIONAL...................................................3 3.1. SISTEMAS MONOLTICOS...........................................................................3 3.2. SISTEMA EM CAMADAS..............................................................................3 3.2.1. VANTAGENS E DESVANTAGENS DE UM SISTEMA EM CAMADAS......4 3.3. MAQUINAS VIRTUAIS..................................................................................4 3.4. SISTEMAS CLIENTE-SERVIDOR.................................................................4 4. INTRODUO AOS PROCESSOS.................................................................5 4.1. DIFERENA ENTRE PROCESSO E PROGRAMA.................................5 4.2. ESTADOS DE UM PROCESSO...............................................................5 5. THEADS...........................................................................................................5 6. AGENDAMENTO DE PROCESSOS (ESCALONAMENTO)...........................6 7. CONCLUSO...................................................................................................6 8. BIBLIOGRAFIA................................................................................................7

1. CONCEITO

Atualmente, grande parte dos aparelhos eletroeletrnicos possuem algum sistema que gerencia o funcionamento dos seus dispositivos. Assim, com o advento da computao ubqua, torna-se difcil precisar o que vem a ser um Sistema Operacional. Essa dificuldade aumenta quando leva-se em considerao as repentinas

transformaes de paradigma e a velocidade nas quais ocorrem as mudanas de cenrios no espao computacional. Com efeito, a definio do que vem a ser um sistema operacional pode ser auferida restringindo-a ao vinculo temporal qual est inserida, e, outrossim da abordagem constante em sua tipificao. 1.1. Conceito nas abordagens Top-down e Button-up Entretanto, segundo alguns autores (Stallings, 2004; Tanenbaum, 2000) existem dois principais modos de abstrair um sistema operacional na atualidade: A abordagem Top-down1 tem como princpio que um sistema operacional principalmente um oferecedor de interface conveniente, ou seja, o usurio necessita de pouco ou nenhum conhecimento tcnico para oper-lo, isto , quanto mais intuitivo o sistema for melhor sua qualidade. J na concepo Button-up2 definido como uma camada de software que gerencia todos os recursos disponveis, controlando quais e quando as aplicaes (processos) podem ser executadas e que hardware ser empregado. 2. INTERFACE ENTRE S.O E APLICATIVOS DE USURIO (SYSTEM CALL) Os aplicativos de usurio esto em uma camada de mais alto nvel em relao ao sistema operacional, efetuando tarefas dedicadas e concorrendo pelo uso dos recursos. Assim, para que sejam transmitidas as requisies dos softwares aplicativos para o sistema operacional deve ser definido um conjunto de instrues estendidas. Essas instrues so conhecidas como chamadas de sistema (system call). O padro de chamadas de sistema varia entre os sistemas operacionais, ainda que a maior parte delas seja similar. 2.1. Execuo de uma system call Em geral, quando a system call solicitada, o programa solicitante interrompido e a informao necessria para a continuidade da execuo (ponto de

1 2

Top-down: viso de cima para baixo Button-up: viso de baixo para cima

parada) salva nos registradores da CPU. O processador inicia ento a execuo do cdigo de maior privilgio pertencente ao S.O3 permitindo que ele indique por onde ser chamado. Quando a chamada termina, o S.O repassa o controle ao aplicativo do usurio e as informaes outrora carregadas nos registradores so restauradas e o software continua sua execuo. Em muitos casos, no entanto, o retorno do controle para o programa aplicativo no imediato. Se a system call necessitar de uma entrada/sada, ou at mesmo de um acesso ao disco, sua execuo pode ser suspensa e o aplicativo pode ser retirado da fila de espera at que a operao termine e o sistema operacional eleja-o para retomar execuo. 3. ESTRUTURAS DO SISTEMA OPERACIONAL Um sistema operacional pode ser constitudo de alguns componentes estruturais que possuem caractersticas intrnsecas em sua formao. Os principais, de uma gama bem maior de possibilidades, so: sistemas monolticos, sistemas em camadas, mquinas virtuais e sistemas cliente-servidor. 3.1. Sistemas monolticos a abordagem mais primitiva e mais simples. Consiste basicamente de subrotinas. Nesse tipo de sistema no h nenhuma estrutura ou organizao. O sistema operacional escrito como um conjunto de procedimentos que se comunicam entre si. Cada um deles pode chamar o outro sempre que necessitar. Para construir o programa do sistema operacional, deve-se criar todo o cdigo individual que contm os procedimentos, arquivos e bibliotecas, e, agrup-los em um nico arquivo com a utilizao de um linker4. 3.2. Sistemas em camadas Organizar um sistema operacional em camadas significa criar uma hierarquia de nveis sobrepostos onde o nvel mais baixo o hardware e o mais alto a interface com o usurio. Os nveis so pensados de forma que executem os procedimentos especficos e comuniquem-se com os nveis imediatamente adjacentes.

3 4

S.O: Sistema Operacional Linker ou Linkeditor: programa que rene arquivos-objeto compilados independentemente, de modo a gerar um nico executvel.

3.2.1. Vantagens e desvantagens de um sistema em camadas Seguramente, a vantagem desse tipo de estrutura a modularizao que facilita a alterao, correo de erros de cada camada, alm de proteger as camadas contguas de eventuais aes das camadas externas. A desvantagem est no tempo de resposta ao usurio. Como em cada requisio uma camada ter que se comunicar com a seguinte, h a necessidade dos dados proporcionando um atraso system call, alm da possibilidade de alterao dos parmetros das camadas anteriores. 3.3. Maquinas Virtuais O sistema de mquinas virtuais teve incio com as verses do TSS/360 da IBM. Mas era to grande e lento na poca que poucas plataformas foram convertidas para ele. Essa catstrofe, que custou aproximadamente US$50 milhes, s foi realmente valorizada anos depois por um grupo de pesquisa da prpria IBM em Cambridge. Pensou-se em aprimorar o sistema para que dispusesse dos seguintes atributos: multiprogramao; uma mquina estendida com uma interface conveniente. VM/370, como foi batizado em 1979, teve como principal objetivo separar esses dois atributos. Hoje, como todo o avano, possvel simular uma ou mais mquinas reais eficientemente atravs de softwares. Com isso, criou-se uma forma de dividir os recursos de uma mquina real em mltiplos ambientes de execuo isolando o sistema operacional nativo. 3.4. Sistemas cliente-servidor Os sistemas do tipo cliente-servidor so uma grande tendncia na atualidade. Com o crescimento da computao em nuvem, h a uma forte demanda em pesquisas e aprimoramento dessas formas de implementao. As caractersticas embasam-se na ideia que o cdigo e o processamento precisa ser levado para as camadas mais altas, deixando o mnimo de kernel. A principal vantagem desse modelo sua flexibilidade: Se um cliente comunica-se com um servidor, pouco importa se as requisies de seus aplicativos so processadas localmente ou se enviada para um servidor remoto tratala. Nesse modelo geralmente os servidores agregam maior parte do processamento do sistema, deixando com os clientes apenas os processamentos mais bsicos.

4. INTRODUO AOS PROCESSOS Um processo um programa em execuo, variveis e registradores. um conjunto de instrues e contadores de memria sendo executadas pela CPU. Os projetistas de sistemas preocuparam-se em buscar maior efetividade na execuo desses processos, desenvolvendo assim um modelo de processos sequenciais que torna o paralelismo mais fcil de conduzir. Na atualidade, pode-se considerar o pseudoparalelismo executado pela CPU o responsvel pela sensao de que aplicativos (processos) so executados simultaneamente. 4.1. Diferena entre processo e programa A diferena entre um processo e um programa tnue, muitas vezes pode ser confusa ou embaraosa. Um programa um algoritmo expresso em alguma notao (linguagem), o passo a passo de como deve ser executada determinada tarefa. J o processo a materializao da execuo do programa; A leitura do algoritmo e a consequente obteno do resultado final. 4.2. Estados de um processo Um processo pode se comunicar com outros trocando informaes. Algumas vezes pode ser bloqueado por estar esperando uma entrada que ainda no est disponvel ou por ter sido substitudo pelo S.O por um processo prioritrio. Apesar disso, cada um considerado uma entidade independente. Logicamente ele pode assumir os estados de: Executando, quando realmente est usando a CPU; Pronto, quando est temporariamente parado para permitir que outro processo execute; Bloqueado, quando incapaz de executar at que um evento externo acontea. 5. THEADS Um processo tradicional contm uma nica linha de controle lida

sequencialmente e um nico contador de programa. Mas em alguns S.Os atuais, possvel que um processo seja executado dividindo-se em duas ou mais sub-rotinas que podem ser executadas concorrentemente. Essas sub-rotinas so chamadas de threads. O suporte a threads varia de S.O para S.O. A utilidade desse recurso muito alta, por exemplo: Se um servidor de arquivos mantm em cache arquivos utilizados recentemente na memria, quando alguma thread de solicitao de gravao ou leitura desses arquivos travarem, as demais continuaro a execuo. Outro exemplo de

utilidade em navegadores de internet: alguns so compostos de abas que possibilitam navegar em sites diferentes em no mesmo navegador. Se cada aba composta por uma thread e qualquer delas chegue a travar, no ir impactar em nenhuma das outras. 6. AGENDAMENTO DE PROCESSOS (ESCALONAMENTO) Quando mais de um processo est disponvel para ser executado, o S.O deve encarregar-se de gerir qual deve ser priorizado. Tal tarefa de responsabilidade do agendador de processos do S.O. As principais metas que o agendador de processos est para solucionar so: Assegurar que cada processo receba um tempo justo, de acordo com as circunstancias, para uso da CPU; Mant-la todo o tempo ocupada, evitando o desperdcio de clock e minimizar o tempo de resposta. Segundo [Kleinrock, 1975] essas metas so contraditrias e difceis de ser alcanadas. Isso porque qualquer algoritmo que favorea uma classe acaba prejudicando outra. O maior desafio criar um agendamento capaz de tratar com a mxima eficincia as diferentes caractersticas e prioridades de um processo: Alguns gastam muito tempo de execuo, mas ao mesmo tempo so indispensveis para o funcionamento de vrias atividades. Outros so geis na execuo mas tem pouca prioridade. Por isso, para certificar-se de que algum processo levar todo o tempo consigo, todos os computadores tem um temporizador que limita o uso egosta. A estratgia de permitir que processos que esto no estado de pronto sejam temporariamente suspensos denominada de agendamento preemptivo, que se ope ao mtodo preemptivo de executar um processo ate concluir. 7. CONCLUSO Os sistemas operacionais melhoraram bastante nos ltimos anos. Com os avanos nos estudos que aconteceram e que ainda esto por acontecer, pode-se perceber o impacto que tais tecnologias causam sociedade. Os sistemas so mais seguros, rpidos e complexos. A cada dia cria-se e melhora-se a tecnologia, s vezes tornado difcil a prpria definio do que vem a ser determinadas coisas. A sensao de rapidez exponencial a qual cada software produzido, com cada vez mais agregao de valor, uma evidencia que os sistemas operacionais esto ganhando espao e robustez.

REFERNCIAS BIBLIOGRAFICAS

TANENBAUM, Andrew S. Sistemas Operacionais: projeto e implementao. 2 Ed. Porto Alegre: Bookman, 2000. JUNIOR, Peter Jandl. Notas sobre Sistemas Operacionais. 3 Ed. Rio de Janeiro: Latex, 2004. MACHADO, Francis B; MAIA, Luiz P. Arquitetura de Sistemas Operacionais. 5 Ed. So Paulo: LTC, 2013.