Resumo - Fudamentos de Sistema Operacionais Unid 3

Unidade III
FUNDAMENTOS DE
SISTEMAS OPERACIONAIS
Prof. Roberto Macias
Relembrando...
Sistema Operacional um conjunto de
programas que se situa entre os
softwares aplicativos e o hardware.
Um SO gerencia recursos deste
hardware (CPU, memria, perifricos,
etc )
etc.).
Um SO fornece uma interface para o
usurio interagir com o sistema.
Um SO prov e executa servios para
programas aplicativos.
Relembrando...
Temos diversos
T
di
tipos
ti
de
d Sistemas
Si t
Operacionais, como:
Em batch.
De rede.
Distribudos.
Multiusurio e multitarefa.
Desktop / PCs.
Servidor.
Embarcados.
Tempo real.
Grande porte.
Multiprocessadores.
Portteis.
Relembrando...
Podemos pautar a evoluo dos
Sistemas Operacionais de acordo com a
evoluo dos prprios computadores
(um determinado hardware necessita de
um software que o gerencie e usufrua de
todo o seu potencial).
potencial)
Tivemos, principalmente a partir da 3
gerao de computadores, diversos
tipos de Sistemas Operacionais.
Vimos tambm aspectos dos hardwares
de computadores, que funo dos
Sistemas Operacionais gerenci-los.
Relembrando...
Aspectos especficos de:
Processadores.
Processadores multithread e
multincleo.
Memria.
Memria
Disco.
Fitas.
Dispositivos de E/S.
Barramento.
Barramento
Plano da unidade III

Gerenciamento de processos:
Introduo a processos.
Processo.
Criao de processos.
Trmino de processos
processos.
Comunicaes entre processos.
Condio de corrida.
Excluso mtua e regio crtica.
Excluso mtua com espera ociosa.
Semforos.
Monitores.
Troca de mensagens.
Escalonamento.
Plano da unidade III

Gerenciamento de memria:
Introduo a gerenciamento de memria.
Abstrao espaos de endereamento
da memria.
Permuta de memria
memria.
Memria virtual.
Paginao.
Segmentao.
Gerenciamento de processos
Os sistemas computacionais atuais so
capazes de desenvolver uma grande
variedade de tarefas simultaneamente.
Imagine o cenrio: usurios fazendo
requisies simultaneamente, antivrus
est varrendo tudo que entra e sai,
software de gerenciamento de redes
monitorando e solicitando dados de
desempenho do servidor e diversos
discos trabalhando em RAID (alm de
outras tarefas)
tarefas).
visvel a necessidade de uma
orquestrao para todos estes
processos!
Voltemos ao conceito de processos
(como visto na unidade II):
Processo = programa que est em
execuo.
Este programa em execuo requer
recursos, principalmente da CPU, e
concorre com outros processos em sua
execuo.
Em todos os sistemas com suposto
conceito de paralelismo, a CPU trabalha
por algumas dezenas, centenas de
milissegundos numa nica aplicao e
subsequentemente na prxima at o
ciclo se completar.
completar
Esta sequncia continuar at todos os
processos terminarem, mas no
podemos esquecer que outros
processos entram na fila todo momento.
Devido rapidez dos ciclos, temos a
impresso que o sistema est atendendo
s diversas aplicaes simultaneamente.
Somente nos casos de sistemas com
mltiplos processadores que temos de
fato mltiplos programas sendo tendidos
no mesmo instante.
Controlar mltiplas atividades em
paralelo algo que vem sendo
desenvolvido e aprimorado com base
num modelo conceitual de processos
sequenciais que facilita o paralelismo
que estudaremos adiante.
Conforme demonstrado na figura abaixo,
uma CPU pode executar um processo por
vez:
Em sistemas com dois cores (equivalente a
termos duas CPUs), ainda temos a mesma
afirmativa todas as CPUs podem executar
um processo por vez cada uma:
No ncleo dos sistemas operacionais,
temos o PCBs (Process Control Blocks)
que armazenam informaes referentes
aos processos ativos no ambiente.
Cada processo possui um identificador
nico no sistema, o PID (Process
Identifier).
Criao de processos: Processos so
criados e destrudos constantemente
nos sistemas. Essas operaes
disponibilizam aplicaes por meio de
chamadas de sistema que diferem entre
sistemas operacionais.
Ao iniciar o sistema operacional,
tipicamente vrios processos so
criados. Entre esses processos, temos
os que esto em primeiro plano e
interagindo com o usurio e outros que
esto em segundo plano,
plano portanto no
esto diretamente interagindo com o
usurio.
Um exemplo uma tarefa de
transferncia de um arquivo via servidor
de FTP
FTP, onde este fica inativo durante
parte do tempo, sendo ativo somente
quando um cliente FTP solicita a
abertura de uma conexo.
Usamos o termo daemons para
descrever processos que ficam em
segundo plano com finalidade de lidar
com alguma atividade como esta.
Processos que esto em execuo
podem fazer chamadas de sistema
(system calls) para criar um ou mais
novos processos. Criar novos processos
indicado quando a tarefa a ser
executada puder ser facilmente dividida
em vrios processos relacionados
relacionados,
interagindo, entretanto, de maneira
independente.
Novos
No
os processos criados a partir de um
m
processo principal (pai) so chamados de
processos filhos, rplica do primeiro,
conforme ilustra a figura que segue:
Trmino de processos - Aps o trmino, o
processo finalizado com base em quatro
condies tpicas:
Encerramento Normal (voluntrio)
ao trmino da execuo e liberao
dos recursos.
Por erro (voluntrio) por parmetros
errados fornecidos por outros
processos, aplicaes ou pelo
usurio.
Erro fatal (involuntrio) um erro
causado pelo processo e
normalmente por um erro de
programa.
Cancelado por terceiros (involuntrio)
O cancelamento por outro processo
ocorre quando um processo x executa
uma chamada de sistema determinando
que o sistema operacional cancele
outro(s) processo(s) y
y.
Processos terminados de forma
involuntria no so comuns num
sistema em perfeito funcionamento!
Interatividade
O que os Sistemas Operacionais utilizam
para identificar os seus processos?
a) PID.
b) PCB.
c) Daemons.
Daemons
d) System Calls.
e) Forks.
A comunicao entre processos algo
frequente nos sistemas atuais, havendo
a necessidade de se obter uma
comunicao estruturada e sem
interrupes acontecendo entre eles.
Em linhas gerais, temos trs tpicos
importantes na comunicao entre
processos: como um processo passa a
informao para outro; como garantir
que mltiplos processos no entrem em
conflito; e como haver uma sequncia
adequada quando existirem
dependncias.
Condio de corrida:
Processos que trabalham juntos podem
compartilhar algum armazenamento
comum e serem capazes de ler e
escrever. O armazenamento
compartilhado pode estar na memria
principal ou em um arquivo
compartilhado.
Condio de corrida uma situao
onde dois ou mais processos querem
partilhar um recurso (escrever e ler
dados compartilhados) e o resultado
final depende de quem executou quando
(ordem de escalonamento).
Excluso mtua e regio crtica:
Excluso mtua (mutual exclusion) o
modo de assegurar que processos sejam
impedidos de usar uma varivel ou um
arquivo compartilhado que j estiver em
uso por outro processo. Pode-se evitar a
condio de corrida apresentada
anteriormente aplicando a excluso
mtua ou evitando que os programas
usem a regio crtica simultaneamente.
Excluso mtua e regio crtica:
Entende-se por regio crtica a parte dos
programas em que h acesso memria
ou arquivo compartilhado.
Excluso mtua com espera ociosa:
Em sistemas mais antigos que possuam
somente uma CPU com um nico core, a
forma mais trivial e segura para evitar
que mais de um processo entrem na
regio crtica aplicada com a
desativao das interrupes assim que
o primeiro processo entrar na regio
crtica e consecutivamente reabilit-las
assim que sair desta regio.
Excluso mtua com espera ociosa:
Entretanto, caso tenhamos um problema
num processo que desative as
interrupes e nunca mais as reative,
certamente, teremos um problema maior
para lidar do que a situao decorrida,
ou seja, teremos o sistema literalmente
parado.
Com as novas arquiteturas de chips com
mltiplos processadores, esta tcnica de
desabilitar interrupes torna-se
inadequada.
Semforos: Como visto anteriormente,
quando um processo est ativo e
executando tarefas na regio crtica,
ento outros devem ficar dormindo at
o trmino dessa tarefa. O semforo o
conceito proposto por E.
E W.
W Dijkstra para
um tipo de varivel inteira, objetivando
contar o nmero de sinais de acordar
salvos para o uso futuro. Um semforo
poderia conter o valor 0, indicando que
nenhum sinal de acordar foi salvo, ou
algum valor positivo, sinalizando que um
ou mais sinais de acordar estivessem
pendentes.
Semforos: Dijkstra props a existncia
de duas operaes para os semforos: P
(down) e V (up), que so mnemnicos e
fazem aluso a sleep e wake up (dormir e
acordar).
Simplificando = Semforo uma varivel
especial protegida (ou tipo abstrato de
dados) que tem como funo o controle
de acesso a recursos compartilhados
(por exemplo, um espao de
armazenamento) num ambiente
multitarefa.
Monitores: Podemos definir monitor
como uma coleo de rotinas, variveis e
estruturas de dados, todos agrupados
em um tipo especial de pacote.
O monitor tem um papel fundamental
para realizar a excluso mtua pelo fato
de que somente um processo pode estar
ativo em um monitor num determinado
tempo x.
Monitores: Tipicamente, quando um
processo executa uma chamada a uma
determinada rotina do monitor, algumas
das primeiras instrues da rotina
devero verificar se existe outro
processo ativo dentro do monitor
monitor. Caso
confirme que outro processo encontrase ativo dentro do monitor, ento o
processo que realizou a chamada ficar
suspenso at que o processo que estava
ativo saia do monitor.
Um processo que executar uma chamada
ao monitor poder entrar somente se no
houver nenhum outro ativo.
Troca de mensagens: semforos e
monitores no permitem troca de
informaes entre mquinas, que
primordial no mundo dos sistemas
distribudos. Para essa condio temos o
message passing (troca de mensagens)
mensagens),
que usa dois instrumentos: send e
receive (envio e recebimento).
No caso da troca de mensagens entre
mquinas, isso se d por meio da rede e
essa mensagem pode ser extraviada ao
longo do percurso. Portanto, uma troca
de mensagem usa o mecanismo similar
ao usado no protocolo TCP.
No protocolo TCP, a mensagem enviada
requer um sinal de acknowledge, ou seja,
se quem enviou no receber a
confirmao, ento uma nova mensagem
ser reenviada.
Este funcionamento do protocolo TCP
similar ao recurso de troca de mensagem
nos Sistemas Operacionais em sua
tarefa de gerenciar processos
concorrentes.
Escalonamento: quando temos uma
nica CPU, ou uma nica CPU disponvel
entre as diversas existentes no sistema,
e mais de um processo estiver
competindo para ser executado, ento
caber ao sistema operacional escolher
qual dos processos ser privilegiado e
essa escolha chama-se algoritmo de
escalonamento.
O escalonamento importante porque,
dentre vrios processos
processos, saudvel que
o sistema priorize aqueles que vo gerar
mais impacto ao ambiente e seus
usurios.
Escalonamento: processos so
escalonados em quatro situaes:
Quando temos os processos pai e
filho para serem executados. A
definio de qual deve ser priorizado,
em muitos casos, essencial para o
perfeito funcionamento das tarefas e
resultado correto.
Quando temos um processo que
terminou e j no est mais no
sistema, havendo a necessidade da
escolha de um novo processo.
Escalonamento:
Quando um processo bloqueado por
alguma razo, ento outro processo deve
ser selecionado para ser executado.
Processos predecessores podem ser
priorizados, pois, se forem executados
os sucessores, pode haver
dependncias que iro gerar resultados
inconsistentes.
Ao ocorrer uma interrupo de E/S, pode
ser necessrio uma deciso de
escalonamento.
Interatividade
Uma das funes de um Sistema
Operacional o gerenciamento de
processos. Qual das opes abaixo no
uma tcnica deste tipo de gerenciamento?
a) Troca de mensagens.
b) Escalonamento.
c) Excluso mtua.
d) Semforos.
e) Enfileiramento.
Gerenciamento de memria
A memria um grande vetor de
palavras ou bytes (o tamanho de um
palavra depende de cada mquina), cada
qual com seu prprio endereo. A CPU
busca instrues do programa em
memria de acordo com o valor do
registrador contador de programas.
Estas instrues podem causar a busca
ou o armazenamento adicionais para
endereos especficos de memria.
Nos sistemas operacionais, a parte
parcialmente responsvel por gerenciar
a hierarquia de memria o gerenciador
de memria, que tem como tarefa
conhecer todo espao de memria,
alocar para os processos que esto
necessitando e liberar as partes que no
esto mais em uso pelos processos.
Contemporaneamente, programadores
necessitam de mais memria e mais
programas rodando simultaneamente
para que consigam tratar cada vez mais
informaes.
No tratamento de memria, alguns
requisitos devem ser observados para o
correto funcionamento:
Segurana.
Isolamento.
Performance.
Por conta dos requisitos, a tarefa de
gerenciar memria passa a ser do
sistema operacional, no mais dos
aplicativos.
O gerenciamento de memria baseia-se
basicamente em duas tarefas essenciais:
Alocao: quando o programa requisita
um bloco de memria, o gerenciador o
disponibiliza para a alocao.
Reciclagem: Quando um bloco de
memria foi alocado, mas os dados no
foram requisitados por um determinado
nmero de ciclos ou no h nenhum tipo
de referncia a este bloco pelo
programa esse bloco liberado e pode
programa,
ser reutilizado para outra requisio.
Swapping:
O swapping, um dos mtodos mais
triviais para gerir a sobrecarga de
memria. Esse mtodo vem sofrendo
modificaes ao longo dos anos. Ele faz
a cpia completa do contedo da
memria (que geralmente so processos
ociosos) para um arquivo no disco rgido
e libera a memria para outro processo
ocup-la.
Sistemas e aplicativos atuais demandam
uma grande quantidade de memria, por
conta disto, tcnicas como a de
swapping so necessrias.
Swapping: quando os recursos de
memria esto esgotados, como por
exemplo, quando uma aplicao faz uso
de toda a memria RAM de um
computador e outro processo necessita
de uma rea nesta mesma memria
memria,
entre em ao a tcnica de swapping, ou
seja, troca de processos. Isso consiste
em o sistema operacional pegar o
contedo completo da memria e movlo para um arquivo na memria em disco
rgido e, subsequentemente, liberar a
memria para o prximo processo.
Swapping.
Vantagens:
Maior compartilhamento da memria.
Maior throughput.
Eficincia.
Desvantagens:
Elevados custos das operaes de
entrada e sada.
Memria virtual: Em 1961, um mtodo
desenvolvido por John Fotheringham
ficou conhecido como memria virtual,
permitindo que programas usem mais
RAM do que realmente est disponvel
fisicamente Esse processo possvel
fisicamente.
porque o sistema operacional mantm
rodando na memria principal somente
as partes necessrias do programa e as
outras, que no esto em uso, ficam no
disco rgido. Quando necessrio que
outra parte, que est no disco, seja
carregada, ento haver o processo de
swapping.
Memria virtual:
A memria virtual possui dois aspectos
importantes: o primeiro a quantidade
de memria fisicamente instalada no
equipamento, que chamamos de
memria real. O outro tem muito mais
capacidade que o primeiro e chamamos
de espao de memria virtual.
No hardware, temos um componente de
extrema importncia que a Unidade de
Gerenciamento de Memria (MMU).
Memria virtual:
O MMU suporta o sistema operacional na
execuo do mapeamento dos
endereos da memria fsica e
endereos da memria virtual,
permitindo, assim, a eficaz maestria de
mover as partes dos programas da
memria virtual para o disco ou viceversa.
Memria virtual MMU
Paginao:
A tcnica chamada paginao usada na
maioria dos sistemas de memria virtual.
A memria virtual dividida em unidades
de espaamento de endereos
adjacentes chamadas de pginas. Estas
correspondem a unidades das memrias
chamadas de frames.
Paginao:
A paginao implementada
normalmente por unidades dedicadas de
hardware integradas nos processadores.
No caso dos processadores da famlia
Intel x86, esta funcionalidade est
atribuda MMU. A paginao obtida
atravs de consulta a tabelas que
relacionam os endereos lineares das
pginas de memria com os endereos
fsicos das frames de memria
respectivas.
Paginao:
Neste sistema, cada processo no
computador tem a sua prpria tabela de
pginas, em que a cada endereo virtual
corresponde o endereo fsico em que a
informao est efetivamente
armazenada. Visto que a informao est
dividida em pequenas unidades, o seu
armazenamento no tem de ser
necessariamente sequencial, o que
elimina a fragmentao externa da
memria.
Segmentao:
Qualquer programa de computador est
dividido em seces, como as
declaraes de variveis e declaraes
de sub-rotinas (principalmente se ele foi
escrito numa linguagem de alto nvel).
Em termos de execuo, cada uma
dessas seces vai ocupar um segmento
da memria.
O sistema operacional que suporta
segmentao possui uma tabela com os
tamanhos e endereos de memria dos
vrios segmentos de um programa para
saber onde esto.
Interatividade
Na tarefa de gerenciamento de memria,
qual a funo da MMU?
a) Manter rodando na memria principal
somente as partes necessrias de um
programa.
b) Definir o tamanho mximo de uma rea
de swapping.
c) Traduzir endereos virtuais em
endereos fsicos.
d) Liberar a memria de processos inativos
inativos.
e) Informar ao programador endereos de
alocao da memria.
Contedo complementar
Sistemas baseados em UNIX
Na primeira unidade da disciplina, vimos
uma breve evoluo dos sistemas
operacionais Windows.
Esta parte visa complementar o assunto
com os sistemas baseados em Unix.
Unix um sistema operacional porttil,
multitarefa e multiusurio, originalmente
criado por Ken Thompson, Dennis
Ritchie, Douglas McIlroy e Peter Weiner,
que trabalhavam nos Laboratrios Bell
(Bell Labs) da AT&T final da dcada de
60.
Em 1969, Ken Thompson, usando um
ocioso computador PDP-7, comeou a
reescrever o embrio do Unix (o Multics)
num conceito menos ambicioso,
batizado de Unics, usando linguagem de
montagem (assembly)
(assembly).
Mais tarde, Brian Kernighan rebatizou o
novo sistema de Unix.
Um marco importante foi estabelecido
em 1973, quando Dennis Ritchie e Ken
Thompson reescreveram o Unix, usando
a linguagem C, para um computador
PDP-11.
A linguagem C havia sido desenvolvida
por Ritchie para substituir e superar as
limitaes da linguagem B, desenvolvida
por Thompson. O seu uso considerado
uma das principais razes para a rpida
difuso do Unix.
Unix
Finalmente, ao longo dos anos 70 e 80
foram sendo desenvolvidas as primeiras
distribuies de grande dimenso como
os sistemas BSD (na Universidade de
Berkeley na Califrnia) e os System III e
System V (nos Bell Labs).
Em 1983, aps acrescentar vrios
melhoramentos ao System III, a AT&T
apresentava o novo Unix comercial,
renomeando-o para System V.
Hoje, o Unix System V o padro
internacional de fato para o
desenvolvimento de variantes do Unix.
Atualmente, Unix (ou *nix) o nome
dado a vrios sistemas que partilham
muitos dos conceitos dos Unix originais,
sendo todos eles desenvolvidos em
torno de padres como o POSIX
(Portable Operating System Interface) e
outros.
Alguns dos Sistemas Operativos
derivados do Unix so: BSD (FreeBSD,
OpenBSD e NetBSD), Solaris
(anteriormente conhecido por SunOS),
IRIXG, AIX, HP-UX, Tru64, SCO, Linux
(nas suas centenas de distribuies)
distribuies), e
at o Mac OS X (baseado em um ncleo
Mach BSD chamado Darwin). Existem
mais de quarenta sistemas operacionais
*nix, instalados em desde celulares a
supercomputadores, de relgios de
pulso a sistemas de grande porte.
Linux:
O Linux foi criado como um projeto de
um estudante finlands chamado Linus
Torvalds. Na poca os sistemas
operacionais mais populares eram o
Unix, que era muito usado em empresas,
o Mac OS, da Apple, muito popular entre
os usurios domsticos que tinha uma
interface muito amigvel e superior ao
do Windows em muitos aspectos, mas
muito caro tambm
tambm, e o Windows,
Windows que na
verdade era a opo pra quem no podia
comprar um computador da Apple.
Linux:
Em 1988, Linus ingressou na
Universidade de Helsinki (Finlndia) no
curso de Cincias da Computao. Aps
montar um computador passou a usar o
MINIX.
O MINIX fora desenvolvido pelo
Professor Andrew S. Tanenbaum, um
renomado professor de computao que
conhecido pelos diversos livros que
escreve at hoje para a rea de TI.
Tanenbaum disponibilizou o MINIX
principalmente para servir de auxlio no
ensino de computao.
Dadas as suas finalidades acadmicas,
no s o MINIX foi disponibilizado de
maneira gratuita e livre, como tambm o
seu cdigo-fonte completo. Assim, os
estudantes de computao podiam - e
podem - estud-lo inteiramente para
desenvolver suas habilidades ou mesmo
para criar projetos derivados
derivados.
Devido a observar as dificuldades deste
sistema (especialmente com relao ao
uso de terminal para conexo), Linus
resolveu criar um programa para a
emulao de terminal que funcionasse
independente do MINIX.
MINIX
Na mesma poca (1991), estudantes do
mundo todo que se interessavam por
informtica, e compartilhavam os ideais
de que os programas deveriam ser livres
para o uso e melhoria por todos,
todos
inspirados por Richard Stallman e seu
projeto GNU.
O projeto de Stallman (GNU), era um
movimento que visava a fornecer
software livre com qualidade.
O projeto GNU havia criado uma srie de
ferramentas para programadores e
estudantes, porm seu sistema
operacional propriamente dito ainda
precisava de um Kernel.
Kernel o ncleo de um SO, aquele que
faz o intermdio entre o hardware e os
programas executados. Isso significa
que a juno do Kernel mais os
softwares que tornam o computador
usvel, formam um SO.
Concomitantemente com a necessidade
do GNU em desenvolver um Kernel,
Linus Torvalds decidiu divulgar
abertamente o seu projeto. Para isso,
publicou mensagens na Usenet (uma
espcie de antecessora da Internet,
Internet
baseada em troca de mensagens)
pedindo sugestes e colaboraes para
a sua iniciativa.
A partir de ento, contando com o apoio
de diversos desenvolvedores
espalhados pelo mundo, o Linux foi
evoluindo e fora adotado pelo projeto
GNU como seu Kernel.
Linux ou GNU/Linux?
O Linux, por si s, um Kernel. Sozinho,
um Kernel no tem muita utilidade.
necessrio "junt-lo" a um conjunto de
softwares para que tenhamos,
efetivamente, um sistema operacional
em condies de uso. a que o projeto
GNU entra.
O Linux que temos hoje conhecido por
trabalhar em conjunto com software
GNU. Por comodidade ou simplesmente
desconhecimento, pessoas criaram o
hbito de chamar todo o conjunto de
Linux e no somente o Kernel.
Distribuies Linux:
H vrias distribuies Linux, para os
mais diversos fins. Muitas, inclusive,
fazem parte de negcios rentveis, onde
a empresa fornece, por exemplo, o
sistema operacional de graa, mas
obtm receita a partir de servios de
suporte tcnico.
Algumas distribuies Linux:
Ubuntu;
Debian;
Fedora (ligada Red Hat);
Mandriva;
CentOS;
Slackware.
Dica: informaes sobre estas e outras
distribuies Linux no site
DistroWatch.com
Licenas:
Uma licena , em poucas palavras, um
documento que explica como
determinado software pode ser utilizado.
No que se refere a programas de cdigofonte aberto, h vrios tipos de licenas
disponveis. O Linux utiliza a GPL (GNU
Public Licence).
A GPL uma licena criada pela Free
Software Foundation (organizao
fundada por Richard Stallman) baseada
nas liberdades que a entidade defende:
Liberdade de executar o programa, para
qualquer propsito (liberdade zero).
Liberdade de estudar como o programa
funciona e adapt-lo s suas
necessidades (liberdade 1), sendo o
acesso ao cdigo-fonte um pr-requisito
para esta aspecto.
Liberdade de distribuir cpias de forma
que voc possa ajudar ao seu prximo
(liberdade 2).
Liberdade de melhorar o programa e
liberar os seus aperfeioamentos, de
modo que toda a comunidade se
beneficie (liberdade trs).
Interatividade
Dentre as opes abaixo, qual representa a
melhor definio para Kernel?
a) Ele o elemento responsvel por
controlar a distribuio da memria fsica
do computador.
b) Parte de um Sistema Operacional que tem
como tarefa o gerenciamento dos
processos.
c) Kernel um gerenciador de distribuies
Linux.
d) Componente central de um Sistema
Operacional.
e) Primeira verso de Unix.
AT A PRXIMA!

Resumo - Fudamentos de Sistema Operacionais Unid 3

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Resumo - Fudamentos de Sistema Operacionais Unid 3

Загружено:

Авторское право:

Доступные форматы

Unidade III

Prof. Roberto Macias

Plano da unidade III

Plano da unidade III

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