Questão de Sistemas Operacionais — Processos — FUNDATEC 2025
Sistemas Operacionais›Processos
Código
qg473701
Banca
FUNDATEC
Órgão
IF-AM
Ano
2025
Nível
Superior
Cargo
Analista de Tecnologia da Informação
Quanto aos comandos e ferramentas de administração dos sistemas operacionais Windows e Linux: No __, vários barramentos, como PC Card, PCI, PCI-x, AGP, USB, IEEE 1394, EIDE e SATA, foram projetados de modo que o gerenciador de recursos plug and play possa enviar uma solicitação a cada slot, pedindo que o dispositivo se identifique. No ____, cada processo executa um único programa e, inicialmente, tem um único thread de controle, com um contador de programa, que armazena o caminho da próxima instrução a ser executada. Muitas versões do ______ permitem que um processo crie outros threads após a inicialização de sua execução.Assinale a alternativa que preenche, correta e respectivamente, as lacunas do trecho acima.
AWindows – Linux – Windows
BLinux – Windows – Linux
CWindows – Windows – Linux
DLinux – Linux – Windows
EWindows – Linux – Linux
Revelar gabarito e comentário▾
GabaritoE — Windows – Linux – Linux
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Gerenciamento de processos e barramentos em sistemas operacionais
Gabarito: letra E (Windows – Linux – Linux). A primeira lacuna descreve o suporte a barramentos com identificação PnP, característica marcante do Windows (que possui um gerenciador de recursos PnP integrado). A segunda lacuna refere-se ao modelo clássico de processo no Linux, onde cada processo executa um único programa e inicialmente tem um único thread. A terceira lacuna indica que muitas versões do Linux permitem que um processo crie outros threads após a inicialização.
A banca explora as diferenças históricas e conceituais entre os dois sistemas operacionais. O Windows sempre teve forte suporte a Plug and Play desde o Windows 95, enquanto o Linux adotou posteriormente. No Linux, o processo é a unidade de alocação de recursos, e cada processo começa com uma thread principal (a menos que explicitamente criada). Já o Windows sempre tratou threads como entidades nativas, mas o enunciado enfatiza o modelo tradicional de processo.
Alternativa A — ❌ Incorreta
A sequência Windows – Linux – Windows erra na terceira lacuna: versões do Windows também permitem criar threads, mas o texto associa essa característica ao Linux, que é o correto.
Alternativa B — ❌ Incorreta
Linux – Windows – Linux: erra na primeira (Linux não é o principal associado ao PnP nesse contexto) e na segunda (o modelo de processo single-thread inicial é mais característico do Linux, não do Windows).
Alternativa C — ❌ Incorreta
Windows – Windows – Linux: erra na segunda lacuna, pois o Windows também tem processos com um thread inicial, mas a descrição é mais adequada ao Linux, e a banca claramente espera Linux ali.
Alternativa D — ❌ Incorreta
Linux – Linux – Windows: erra na primeira (Linux não é o foco do PnP descrito), na segunda (corrigiria, mas a terceira está errada, pois Windows também permite criar threads, mas o contexto exige Linux).
Alternativa E — ✅ Correta ⟵ GABARITO
Windows – Linux – Linux: alinha perfeitamente com as descrições: PnP no Windows, processo single-thread no Linux e criação de threads no Linux.
NÃO CAIA NESSA!
A banca pode confundir ao atribuir a criação de threads apenas a um sistema, mas tanto Windows quanto Linux suportam. A chave está no contexto histórico e na descrição do modelo de processo: o Linux é tradicionalmente associado ao processo pesado com um único thread inicial, enquanto o Windows sempre teve threads como parte fundamental.