O recurso mais lento do computador — e o que mais explica por que uma aplicação "rápida no papel" fica arrastada na vida real.
OOM, paginação, thrashing — e o disco já aparecendo como o vilão lento que faz o swap doer.
Não mais como coadjuvante do swap, mas como o gargalo que ele é — com suas próprias ferramentas de diagnóstico.
O processamento é quase instantâneo. A espera, não.
A diferença de velocidade entre os níveis de armazenamento não é de "um pouco mais lento" — é de ordens de grandeza. É isso que faz da E/S o gargalo dominante da maioria dos sistemas.
| Recurso | Tempo típico de acesso | Comparação |
|---|---|---|
| Registrador / cache | ~1 nanossegundo | Instantâneo |
| Memória RAM | ~100 nanossegundos | ~100× mais lento que cache |
| Disco SSD | ~100 microssegundos | ~1.000× mais lento que RAM |
| Disco HDD | ~10 milissegundos | ~100.000× mais lento que RAM |
| Rede (outro datacenter) | ~100 milissegundos | O mais lento de todos |
Era essa a resposta do slide 2: os 798 ms não foram processamento — foram espera por E/S.
Vocês já viram no Encontro 6 que processos I/O-bound usam pouca CPU. Agora dá pra entender o porquê com números: enquanto o disco responde, a CPU poderia ter executado milhões de instruções.
É por isso que o SO não deixa a CPU parada esperando: ele troca de processo. A multiplexação existe, em grande parte, por causa da lentidão da E/S.
O subsistema de E/S do SO persegue alguns objetivos que explicam por que programar E/S é mais simples do que deveria ser.
/dev.Vocês já usaram isso sem perceber: no Encontro 6, o > /dev/null tratava um dispositivo exatamente como um arquivo.
Discos, terminais, geradores de números aleatórios, até o "buraco negro" que descarta dados — todos aparecem como caminhos em /dev, manipuláveis pelos mesmos comandos de sempre.
| Caminho | O que é |
|---|---|
| /dev/sda | O primeiro disco físico inteiro |
| /dev/sda1 | A primeira partição desse disco |
| /dev/null | Descarta tudo que for escrito (usado no Encontro 6) |
| /dev/zero | Fornece zeros infinitos (usado nos Encontros 6 e 9) |
Essa uniformidade é o que permite dd, cat e redirecionamento funcionarem igual, seja com arquivo comum ou com dispositivo.
Três conceitos que costumam se confundir, mas são camadas distintas — e entender a diferença evita erros sérios de administração.
| Comando | Responde a pergunta |
|---|---|
| lsblk | Quais discos e partições existem, e onde estão montados? |
| df -h | Quanto espaço resta em cada sistema de arquivos montado? |
| du -sh | Quem está ocupando o espaço dentro de um diretório? |
| iostat -x | O disco está sendo o gargalo agora? (colunas %util, r_await e w_await) |
A dupla df + du resolve o incidente mais comum de sustentação: "o disco encheu".
Disco cheio. df -h localiza a partição, du -sh encontra o culpado — quase sempre log sem rotação.
iostat com %util perto de 100% mostra que o gargalo é o disco, não o processamento.
Note o padrão que se repete desde o Encontro 10: CPU tranquila não significa sistema saudável.
Container é efêmero por natureza: quando ele morre, o que estava dentro dele morre junto. Para dados que precisam sobreviver, existe o volume — e é aqui que E/S encontra Docker.
Some junto com o container no docker rm. Aceitável para cache e arquivos temporários, desastroso para banco de dados.
-v)Sobrevive ao container. É assim que se roda banco de dados, uploads de usuário e qualquer coisa que não pode se perder.
Vocês vão testar isso hoje na prática: gravar dentro de um container, destruí-lo, e ver o que sobrou — com e sem volume.
lsblk ao volume que sobreviveUma sequência real: mapear os discos da máquina, medir espaço e latência, e provar que um volume Docker persiste.
Cada uma dessas linhas vira um passo do roteiro de laboratório de hoje.
lsblk, df -h, du -sh, /dev e a leitura do iostat.
Gravar dentro do container, destruí-lo, e comparar o resultado com e sem volume.
O roteiro de laboratório detalha os passos, com dicas se algo travar.
A base para entender o lsblk e o /dev que vocês vão usar hoje. p. 39–43
As metas que todo subsistema de E/S persegue — o conteúdo do slide 5. p. 243–246
Aprofundamento para quem quiser entender o lado físico. p. 233–243 e 255–269
O quiz da semana verifica essa leitura e recolhe suas observações da prática — tudo no mesmo instrumento.