GeraProva GeraProva Provas com IA para professores do Brasil
Computação8º anoBNCC EF69CO09Média⏱ medio

— Por que o download para no meio e depois volta? — perguntou um usuario ao ver o grafico de rede do…

Publicado por Alexandre Lombardi dos Santos, fundador do GeraProva

Habilidade BNCC EF69CO09

Compreender os conceitos de paralelismo, concorrência e armazenamento/ processamento distribuídos.

Fonte: Base Nacional Comum Curricular (MEC).

Questão

— Por que o download para no meio e depois volta? — perguntou um usuario ao ver o grafico de rede do computador. A captura mostrada na imagem foi gerada por uma ferramenta que acompanha uma conexao TCP entre “Cliente 1” e “Servidor”. Nela, o servidor envia tres blocos de dados (com tamanhos indicados em bytes), enquanto o cliente informa ao servidor o valor de “Win”, que representa o quanto o cliente ainda consegue receber sem se sobrecarregar. Ao longo da troca, esse valor diminui (por exemplo, de 1024 para 640, 238 e 34), e aparece o trecho “Em espera de ACK”. Depois que o cliente processa parte do que recebeu, ele envia um ACK e volta a anunciar uma janela maior (418), permitindo a continuidade do envio. Analise o texto e a imagem e identifique a explicacao mais adequada para o momento em que a transferencia fica em “Em espera de ACK”, mesmo havendo dados para enviar.

  1. A) a reducao proposital do tamanho dos blocos pelo servidor, e Win indica o tamanho de cada bloco de dados enviado
  2. B) o pedido do cliente para aumentar a velocidade, pois Win menor significa que o servidor deve enviar mais rapido para terminar logo
  3. C) a deteccao de falha na conexao, pois o ACK funciona como aviso de erro e obriga o servidor a interromper a transmissao
  4. D) a regra de que o servidor so pode enviar novos dados apos confirmar byte a byte, independentemente do valor mostrado em Win
  5. E) ao pouco espaco livre no cliente, que anuncia Win pequeno e faz o servidor pausar ate receber um ACK com janela maior

✅ Resposta correta: alternativa E

Resolução passo a passo

  1. O problema trata do controle de fluxo do TCP. O campo Win (janela de recepção) informa quantos bytes o cliente ainda consegue receber sem ficar sobrecarregado com dados que ainda não processou.
  2. No texto, o valor de Win cai de 1024 para 640, 238 e 34. Isso significa que o espaço livre no buffer do cliente está diminuindo a cada bloco recebido.
  3. Quando a janela anunciada fica muito pequena, o servidor não pode enviar mais do que cabe nela. Por isso a transferência entra em "Em espera de ACK", mesmo tendo dados prontos para enviar.
  4. Depois que o cliente processa parte dos dados, libera espaço, envia um ACK e anuncia uma janela maior (418). Com isso, o servidor retoma o envio. Esse é o motivo de o download parar e depois voltar.
  5. Análise das alternativas erradas. A: Win não é o tamanho dos blocos; ele indica o espaço livre de recepção do cliente. B: Win menor não pede aumento de velocidade; ele indica menos espaço disponível, o que limita o envio. C: ACK não é aviso de erro; ele confirma recebimento, e a pausa ocorre por controle de fluxo, não por falha da conexão. D: o TCP confirma dados, mas não exige confirmação byte a byte para cada envio, e a janela anunciada limita o envio independentemente de ser só uma regra de confirmação.
  6. Conclusão: a alternativa E é a correta, pois descreve exatamente a pausa causada pelo pouco espaço livre no cliente e a retomada após o ACK com janela maior.

💡 Dica: Observe o significado do valor Win e a relação com o envio de ACK para entender a pausa na transferência.

Alternativa por alternativa

A Erradaerro: Conceitual

O aluno acredita que Win indica o tamanho de cada bloco enviado pelo servidor, confundindo o campo de janela de recepção com o tamanho dos segmentos.

B Erradaerro: Interpretação

O aluno interpreta a queda de Win como um pedido do cliente para acelerar o envio, invertendo o sentido do controle de fluxo.

C Erradaerro: Conceitual

O aluno supõe que a espera por ACK significa falha na conexão, pensando que o ACK é um aviso de erro, quando na verdade ele confirma recebimento.

D Erradaerro: Conceituala que mais engana

O aluno entende que o servidor deve esperar confirmação de cada byte individualmente e ignora o papel da janela, confundindo a confirmação com o controle de fluxo.

Por que engana: Confundir o valor Win com velocidade de envio ou interpretar ACK como erro de conexão.

E Correta

Correta: a imagem mostra Win diminuindo ate 34; sem espaco no receptor, o servidor precisa aguardar um ACK que atualize a janela (ex.: 418) para continuar.

Raio-X da questão

Dificuldade Média
Bloom Avaliar
Leitura medio
Discriminação alto
Peso pedagógico medio
Autonomia do enunciado depende_imagem
Cobertura da habilidade unica
🧪 Simulado🩺 Diagnóstico🧮 Exige cálculo🏠 Cotidiano🔗 Interdisciplinar⭐ Representativa✍️ interpretativa🧩 consolidacao
🎯 Conceito central

controle fluxo TCP janela recepção

📌 Objetivo

avaliacao

🧱 Pré-requisitos

conceito de conexao TCP · controle de fluxo em redes

📚 Reveja

Estude o funcionamento do controle de fluxo e janela de recepção em conexões TCP.

⚠️ Erro mais comum

Confundir o valor Win com velocidade de envio ou interpretar ACK como erro de conexão.

🌎 Tema transversal

ciencia_tecnologia

🤝 Socioemocional

pensamento_critico

🏫 Contexto

cientifico

Questões parecidas com resolução

Todas as questões de Sistemas distribuídos e internet - Fundamentos de sistemas distribuídos

🔎 Procurar outra questão

Procure no banco do GeraProva pelo tema ou por um trecho do enunciado. Cada questão já vem com resolução comentada e a análise de cada alternativa.

Professor: monte a prova com questões como esta, com gabarito e folha de respostas, em 30 segundos. Ver planos · Blog

Ocorreu um erro inesperado. Recarregar X

Rejoining the server...

Rejoin failed... trying again in seconds.

Failed to rejoin.
Please retry or reload the page.

The session has been paused by the server.

Failed to resume the session.
Please retry or reload the page.