Organização e gerenciamento da memória real

Prévia do material em texto

Organização e gerenciamento da memória real – Capitulo 9
Lara M. Anacleto 3º	CCo
1) Se o único processo ficar bloqueado para E/S, nenhum outro processo poderá usar o processador.
2) Os processos compartilhariam toda a sua memória. Qualquer processo que funcionasse mal ou fosse mal-intencionado poderia danificar qualquer outro processo ou todos eles.
3) Quando a memória for mais cara do que a sobrecarga de tempo de processador incorrida no posicionamento de programas o mais compactamente possível na memória principal. E também quando o sistema precisar manter disponível a maior região de memória contígua possível para grandes programas e dados que estão chegando.
4) A transparência do gerenciamento de memória melhora a portabilidade da aplicação e facilita o desenvolvimento, porque o programador não se preocupa com estratégias de gerenciamento de memória. E também permite que estratégias de memória sejam mudadas sem precisar reescrever aplicações.
5) Falso. A despeito do baixo custo e da alta capacidade da memória principal, ainda continuam a existir ambientes que consomem toda a memória disponível. E, também, estratégias de gerenciamento de memória devem ser aplicadas ao cache, o que consiste em memória mais cara, de baixa capacidade. Em qualquer dos casos, quando a memória ficar cheia, um sistema deverá implementar estratégias de gerenciamento de memória para conseguir a melhor utilização possível da memória.
6) Um programa que está executando um laço executa repetidamente o mesmo conjunto de instruções e também pode referenciar os mesmos dados. Se essas instruções e dados couberem no cache, o processador pode acessá-los mais rapidamente do cache do que da memória principal, resultando em melhor desempenho.
7) Quando a memória disponível não tiver nenhuma área suficiente grande para conter o programa que está chegando em uma única porção contígua, mas houver pedaços menores de memória disponíveis suficientes cujo tamanho total seja suficiente.
8) Haveria sobrecarga para monitorar blocos disponíveis e blocos que pertençam a processos separados e o lugar da memória onde residam.
9) As sobreposições habilitavam programadores a escrever programas maiores do que a memória real, mas gerenciar essas sobreposições aumentava a complexidade do programa, o que aumentava o tamanho dos programas e o custo de desenvolvimento de software.
10) Registrador de fronteira único representa um mecanismo de proteção simples. À medida que os sistemas operacionais foram se tomando mais complexos, os projetistas implementaram mecanismos mais sofisticados para proteger o sistema operacional contra processos e para proteger processos uns dos outros
11) Eles automatizaram vários aspectos da transição de job-para-job reduzindo consideravelmente a quantidade de tempo perdido entre um job e outro, e melhoraram a utilização de recursos.
12) Antes dessas ferramentas, os programadores especificavam manualmente a partição na qual seu programa deveria ser carregado, o que potencialmente desperdiçava memória e utilização de processador e reduzia a portabilidade da aplicação.
13) Partições maiores permitem que programas grandes executem, mas resultam em fragmentação interna para programas pequenos. Partições pequenas reduzem a quantidade de fragmentação interna e aumentam o nível de multiprogramação, permitindo que mais programas residam na memória ao mesmo tempo, mas limitam o tamanho do programa.