<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 O processamento batch, ou processamento em lote, é uma técnica de processamento de dados em que as tarefas são acumuladas durante um período antes de serem processadas todas de uma vez. Não é um processo interativo; o usuário não pode interferir no processamento durante sua execução. Esta forma de processamento é utilizada quando grandes volumes de dados precisam ser processados, geralmente sem a necessidade de interação imediata por parte dos usuários.
 
 As características informadas na questão são típicas de processamento batch:
 
 <ul>
 <li>Processamento e armazenamento de grande volume de dados de entrada: Isso é corretamente associado ao processamento batch, já que este tipo de processamento é ideal para lidar com grandes quantidades de dados que não necessitam de processamento imediato. Por exemplo, processamento de transações feitas durante o dia pode ser processado à noite em lote.</li>
 
 <li>Grande quantidade de registros acessados: O processamento batch frequentemente envolve acessar um volume substancial de registros durante suas operações. Por exemplo, calcular o salário mensal de empregados de uma grande corporação pode envolver acessar e processar os detalhes de vários milhares de empregados.</li>
 
 <li>Saída de dados em grande volume: Devido ao volume significativo de dados processados, a saída gerada por tais processos também é tipicamente grande. Um exemplo pode ser a geração de faturas mensais para todos os usuários de um serviço de telecomunicações.</li>
 
 </ul>
 
 Essas características diferem do processamento online, no qual as transações são processadas uma a uma e requerem interação imediata ou quase imediata. O processamento online é frequentemente utilizado em ambientes que exigem resposta rápida, como sistemas de venda de ingressos online ou consultas em bancos de dados online.
 
 Portanto, considerando o entendimento das características e aplicações do processamento batch, a assertiva é verdadeira.
 
 Portanto, a alternativa correta é C.
 
</body>
</html>

São características do processamento batch o processamento e armazenamento de grande volume de dados de entrada, grande quantidade de registros acessados e saída de dados em grande volume.

Acerca do processamento batch e do processamento online, julgue o seguinte item.

O item está correto. A técnica de swap é utilizada pelos sistemas operacionais para mover informações da memória RAM para um espaço reservado em disco quando a quantidade de memória física disponível não é suficiente para a execução de todos os processos ativos. Isso permite que o sistema continue funcionando, embora possa haver uma degradação do desempenho devido ao acesso mais lento ao disco. À medida que os processos são executados, as informações são novamente movidas para a memória RAM.

A técnica de swap efetua o intercâmbio de informações da memória RAM para um disco, e vice-versa, de acordo com a execução dos processos.

Com relação a sistemas operacionais, julgue o item seguinte.


<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 A questão apresentada pelo INSTITUTO QUADRIX envolve um problema comum em ambientes de suporte técnico que lidam com grandes volumes de arquivos: a necessidade de verificar periodicamente modificações em um conjunto substancial de arquivos. A automação desse processo é crucial para garantir eficiência e precisão.
 
 Vamos analisar cada uma das opções fornecidas:
 
 
 <ul>
 <li>A) Conferência manual:
 Optar por uma conferência manual de mais de 150 arquivos diariamente é impraticável devido ao alto consumo de tempo e à propensão ao erro humano. Esta opção não é eficiente nem escalável.
 </li>
 
 <li>B) Script:
 Escrever um script para automatizar a conferência de arquivos é uma solução altamente eficiente. O script pode ser programado para executar tarefas como verificar a última data de modificação de cada arquivo e registrar os que foram alterados. Ferramentas como Python, Perl ou bash shell scripting podem ser empregadas para este fim, utilizando comandos e funções específicas para manipulação de arquivos e logs.
 </li>
 
 <li>C) Listar arquivos:
 Embora listar arquivos seja uma parte necessária do processo descrito, por si só não resolve o problema. Essa opção não inclui verificar modificações ou logar alterações, sendo apenas um componente de uma solução maior.
 </li>
 
 <li>D) Bloquear os arquivos:
 Bloquear os arquivos impediria alterações, contradizendo o requisito do procedimento de verificar e registrar mudanças. Ademais, isso poderia interferir com as operações normais se os arquivos precisarem ser modificados por outras razões.
 </li>
 
 <li>E) Debug:
 O debug é um processo utilizado para encontrar e corrigir erros em programas e scripts. No contexto desta pergunta, fazer debug não contribui diretamente para a solução do problema de monitorar e registrar modificações em arquivos.
 </li>
 
 </ul>
 
 
 Portanto, ao considerar todas as alternativas, a automatização por meio de um script é evidentemente a mais adequada. Esta abordagem não apenas automatiza o processo de verificação de alterações e criação de log, como também é escalável, podendo adaptar-se ao aumento do número de arquivos sem exigir mais esforço humano.
 
 
 Portanto, a alternativa correta é B.
 
</body>
</html>

Para implementar a exclusão mútua sem a deficiência da espera ocupada (busy wait), um mecanismo de sincronização amplamente utilizado é o semáforo mutex. O semáforo mutex (também conhecido como mutex lock) é uma estrutura de dados que permite que apenas um processo ou thread acesse um recurso compartilhado de cada vez. Ele garante a exclusão mútua, o que significa que apenas um processo pode entrar na região crítica protegida pelo semáforo mutex em determinado momento. Ao entrar na região crítica, um processo adquire o semáforo mutex, bloqueando outros processos de entrar na mesma região crítica. Se o semáforo mutex já estiver bloqueado por outro processo, o processo atual entra em estado de espera, mas sem gastar recursos de processamento (espera passiva). Quando o processo atual termina de executar na região crítica, ele libera o semáforo mutex, permitindo que outro processo o adquira e entre na região crítica. Isso garante a exclusão mútua sem a necessidade de espera ocupada (busy wait), em que um processo fica ativamente verificando se pode acessar um recurso. Portanto, a resposta correta é a opção (E) - semáforo mutex.

<!DOCTYPE html>
<html lang="pt-BR">
<head>
 <meta charset="UTF-8">
 <style>
 body {
 font-size: 16px;
 line-height: 1.5;
 }
 .blue {
 color: blue;
 }
 math {
 font-size: 16px;
 }
 </style>
</head>
<body>
 A afirmação em análise na questão é sobre a sincronização realizada pelo Active Directory Domain Services (AD DS) em relação ao Microsoft Entra ID. Vamos examinar um pouco sobre a funcionalidade e a arquitetura desses sistemas para entender a validade da afirmação.
 
 
 O AD DS é um serviço de diretório que fornece uma variedade de funções de gerenciamento de rede, inclusive autenticação e autorização. Ele permite a criação de um ambiente seguro e bem gerenciado no contexto do gerenciamento de identidade e acesso para redes distribuídas.
 
 
 O Microsoft Entra, anteriormente conhecido como Azure Active Directory, é uma solução de gerenciamento de identidade e acesso baseada em nuvem que auxilia as organizações a gerenciar e proteger seus ambientes de aplicativos.
 
 
 Quando falamos da sincronização entre AD DS e o Microsoft Entra ID (uma funcionalidade do Microsoft Entra), geralmente nos referimos à sincronização de identidades para garantir que as informações do usuário sejam coerentes entre os sistemas locais e a nuvem. Este processo é crucial para o gerenciamento de identidades em ambientes híbridos.
 
 
 
 A afirmação de que o AD DS realiza sincronização unidirecional com o Microsoft Entra ID sugere que os dados são sincronizados do AD DS para o Microsoft Entra ID, mas não o inverso. Este é um cenário comum quando os ambientes locais são a fonte primária de autoridade para as informações de identidade, com o objetivo de manter a integridade e segurança das informações quando estas são expostas a sistemas baseados em nuvem.
 
 
 
 Embora a sincronização bidirecional também seja possível em determinadas configurações, a afirmação na questão é correta no contexto do cenário mais comum em que o AD DS atua efetivamente como a fonte primária da identidade sincronizando de forma unidirecional suas informações para o Microsoft Entra ID.
 
 
 Assim, a análise correta é que a afirmação está alinhada com a prática comum de sincronização unidirecional das entidades e informações de identidade de um diretório ativo local para um ambiente de nuvem, reforçando a segurança e a centralização da gestão de identidades. Portanto, o item mencionado na questão está correto em afirmar que o AD DS realiza tais operações.
 

 Portanto, a alternativa correta é C.
 

</body>
</html>

O AD DS (active directory domain services) realiza a sincronização unidirecional no Microsoft Entra ID.

No que se refere ao AD (active directory), julgue o item a seguir.


Questões de Tecnologia da Informação - Sistemas Operacionais - Gerência de processos