Translate

Mostrar mensagens com a etiqueta paging. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta paging. Mostrar todas as mensagens

terça-feira, 31 de março de 2026

🔥 SEUS DADOS NÃO MORAM NO DISCO… ELES VIAJAM PELO UNIVERSO DO z/OS 😳

 

Bellacosa Mainframe num mergulho no mundo storage do z/os

🔥 SEUS DADOS NÃO MORAM NO DISCO… ELES VIAJAM PELO UNIVERSO DO z/OS 😳

O guia proibido de Storage Management que revela como memória, disco e sysplex trabalham juntos (e quase ninguém entende)

Você acha que seu dataset “fica no disco”?

👉 Não fica.

No z/OS, dados:

  • sobem pra memória
  • descem pra disco
  • migram pra fita
  • aparecem em outro LPAR
  • e até existem fora do seu address space

💥 “No mainframe, dado não tem endereço fixo… tem estratégia.”

Se você quer sair do nível “usuário” e pensar como engenheiro de sistema, esse é o mapa completo 👊🔥


🧠 1. ADDRESS SPACE — O UNIVERSO DO PROGRAMA

Cada programa roda em um address space isolado.


🔥 O que isso significa?

  • memória protegida
  • ambiente independente
  • controle total do sistema

💡 Insight

cada address space é um “universo privado”


⚡ 2. 64-BIT ADDRESSING — MEMÓRIA INFINITA (QUASE)

Com 64 bits:

👉 até 16 EXABYTES


🔥 Evolução histórica

EraLimite
24-bit16MB 😱
31-bit2GB
👉 64-bit16EB 🤯

💡 Tradução Bellacosa

“acabou a desculpa de falta de memória”


🧠 Uso real

  • Java
  • Db2
  • middleware
  • grandes buffers

🧩 3. DAT — A MÁGICA DA TRADUÇÃO

DAT (Dynamic Address Translation):

👉 converte endereço virtual → real


🔥 Sem DAT:

  • programa quebraria
  • memória não funcionaria

💡 Tradução

“você nunca acessa memória real diretamente”


🧠 4. STORAGE REQUESTS — COMO A MEMÓRIA É PEDIDA

Programas pedem memória via:

  • GETMAIN
  • STORAGE OBTAIN

🔥 O sistema decide:

  • onde alocar
  • em qual subpool
  • com qual proteção

💡 Insight

memória é gerenciada, não livre


🧱 5. SUBPOOLS — ORGANIZAÇÃO INTERNA

Memória é dividida em:

👉 subpools


🔥 Exemplos:

  • SP0 → sistema
  • SP229 → usuário

💡 Tradução

“cada tipo de dado tem seu bairro”


🌍 6. DATA SPACES & HIPERSPACES — FORA DO ADDRESS SPACE

🔹 Data Spaces

  • dados fora do address space
  • acessados via AR

🔹 Hiperspaces

  • alta performance
  • acesso indireto

🔥 Tradução Bellacosa

“memória extra fora do seu universo”


🧠 Exemplo

Programa → usa Data Space → grande volume de dados

⚡ 7. PAGING — QUANDO A MEMÓRIA NÃO CABE

Se falta memória:

👉 dados vão para disco (paging)


🔥 Fluxo

Memória cheia

página vai para DASD

quando necessário → volta

💡 Problema

👉 excesso de paging = sistema lento 💀


💾 8. FLASH STORAGE — O TURBO MODERNO

Flash (SSD):

  • baixa latência
  • alta velocidade
  • ideal para OLTP

💡 Uso

  • Db2
  • logs
  • datasets críticos

🔗 9. PARALLEL SYSPLEX — MEMÓRIA COMPARTILHADA ENTRE SISTEMAS

Aqui fica poderoso 😄


🔥 O que é?

Vários z/OS trabalhando juntos:

👉 como um só sistema


💡 Elementos:

  • LPARs
  • Coupling Facility (CF)
  • links de comunicação

🧠 Exemplo

LPAR A → acessa dado
LPAR B → acessa o mesmo dado

💡 Tradução

“dados compartilhados em tempo real”


🧠 10. COUPLING FACILITY (CF) — O CÉREBRO COMPARTILHADO

🔹 Função:

  • lock management
  • cache
  • filas

🔥 Tipos:

  • Internal CF
  • External CF

💡 Tradução Bellacosa

“CF = memória compartilhada do sysplex”


⚡ 11. DUPLEXING — ZERO PERDA

🔥 O que faz?

  • duplica dados
  • garante disponibilidade

💡 Exemplo

CF primário → falha
CF secundário → assume

🧨 Curiosidade

Sistema continua rodando sem impacto 😳


🧠 12. CF OPERATIONS — O QUE ACONTECE POR TRÁS

CF gerencia:

  • locks
  • buffers
  • filas

💡 Uso real

  • Db2 data sharing
  • CICS
  • IMS

⚙️ 13. STORAGE + I/O + CPU — TUDO CONECTADO

Nada funciona isolado:

Memória → I/O → CPU → WLM → Storage

💡 Insight

performance é resultado do conjunto


🔄 14. PASSO A PASSO COMPLETO

Programa inicia

recebe address space

pede memória (GETMAIN)

DAT traduz endereço

usa data space se necessário

paging ocorre se faltar memória

dados vão para disco/flash

sysplex compartilha dados via CF

duplex garante disponibilidade

🧨 CURIOSIDADES (NÍVEL ROOT)

🤯 1. Você não controla diretamente onde o dado está


🔥 2. Dados podem estar fora do seu address space


💀 3. Paging excessivo mata performance


🧠 4. Sysplex permite vários sistemas compartilharem dados


⚡ 5. CF é o segredo da alta disponibilidade


🎯 RESUMO FINAL

✔ Address space = isolamento

✔ 64-bit = escala absurda

✔ DAT = tradução

✔ Subpools = organização

✔ Data space = expansão

✔ Paging = fallback

✔ Flash = velocidade

✔ Sysplex = escala

✔ CF = coordenação

✔ Duplexing = resiliência


💥 FRASE FINAL

“No z/OS, dados não ficam armazenados… eles são orquestrados entre memória, disco e múltiplos sistemas em tempo real.”

quinta-feira, 29 de junho de 2023

Paging no IBM Z — Quando a memória começa a “respirar fundo”

 

Bellacosa Mainframe comenta sobre paginação de memoria no ibm z 

☕ Um Café no Bellacosa Mainframe

Paging no IBM Z — Quando a memória começa a “respirar fundo”

Se a tela anterior mostrava o cérebro relaxado do sistema…
esta aqui mostra a respiração dele.

PAGING RATE IN: 28/SEC
IN DELAY: 0.6 %

Pode parecer algo obscuro, mas na prática isso responde a uma pergunta crucial:

👉 A memória do sistema está sobrando… ou está começando a faltar?

Vamos traduzir isso para o português humano ☕


TSO SDSF Simulator


🧠 Primeiro: o que é Paging?

Mesmo um mainframe gigantesco não mantém tudo na memória ao mesmo tempo.

Quando a RAM começa a ficar cheia, o sistema faz algo muito inteligente:

➡️ Move partes pouco usadas da memória para o disco
➡️ Libera espaço para o que está sendo usado agora

Isso se chama:

📦 PAGING (ou paginação)

💡 Analogia Bellacosa™:

Imagine sua mesa de trabalho.

  • Papéis importantes → ficam na mesa (RAM)

  • Papéis menos usados → vão para a gaveta (disco)

  • Quando precisa → você pega da gaveta de volta

O IBM Z faz isso bilhões de vezes por dia.


⚡ PAGING RATE IN — “Quantos papéis estão voltando da gaveta”

👉 28/SEC = 28 páginas por segundo voltando do disco para a RAM

Isso indica atividade de paginação para dentro da memória.

Quanto maior esse número:

  • Mais o sistema está buscando dados no disco

  • Mais lentidão pode ocorrer

  • Pode indicar pressão de memória

Mas aqui vem a surpresa…

👉 28 por segundo é praticamente nada para um mainframe

Um z/OS sob estresse pode chegar a milhares por segundo.

💬 Fofoquinha técnica:

Existem ambientes bancários onde o paging é tão bem ajustado que passa dias em zero.


⏳ IN DELAY — “Usuários esperando por memória”

👉 0.6%

Esse indicador mostra quanto tempo tarefas ficaram aguardando páginas chegarem do disco.

Em outras palavras:

➡️ Quanto o sistema está “segurando a fila” por falta de memória imediata.

Como interpretar?

  • 0% → perfeito

  • < 1% → excelente

  • 1–5% → atenção

  • 10% → problema sério

👉 0.6% = sistema saudável e tranquilo


🏥 Diagnóstico geral desta tela

💚 O sistema está:

✔️ Fazendo pouca paginação
✔️ Quase ninguém esperando
✔️ Memória bem dimensionada
✔️ Performance intacta

Em termos humanos:

👉 Ele está respirando calmamente, não ofegante.


🧓 História curiosa

Nos anos 70 e 80, tuning de paging era uma arte quase mística.

Operadores ajustavam:

  • Tamanhos de page dataset

  • Algoritmos de working set

  • Prioridades de jobs

  • Balanceamento manual

Hoje, o z/OS faz isso com uma sofisticação absurda.


🤫 Easter Egg Mainframe

Existe um ditado famoso entre sysprogs:

“Paging is normal. Thrashing is panic.”

Thrashing é quando o sistema passa mais tempo movendo páginas do que executando trabalho.

Felizmente, esta tela está MUITO longe disso.


🕵️ Fofoquice corporativa

Algumas instituições configuram alertas automáticos quando:

👉 IN DELAY ultrapassa 2%
👉 Paging rate dispara subitamente

Porque isso pode indicar:

  • Pico inesperado de transações

  • Job descontrolado

  • Vazamento de memória

  • Ataque ou loop

  • Batch gigante rodando fora da janela


🧃 Explicação ultra simples

Se o IBM Z fosse um restaurante:

  • Cozinha (RAM) → área principal

  • Despensa (disco) → armazenamento

  • Garçom trazendo ingredientes → paging IN

  • Clientes esperando prato → IN DELAY

👉 Aqui os pratos estão saindo rápido.
Ninguém está reclamando.


🚀 Por que isso é impressionante?

Porque estamos falando de sistemas que:

  • Processam milhões de transações por segundo

  • Mantêm bancos inteiros online

  • Não podem travar

  • Não podem “ficar lentos”

  • Não podem perder dados

E tudo isso com números que parecem… tranquilos.


☕ Conclusão

Esta tela é um dos sinais vitais mais importantes do z/OS.

Ela responde silenciosamente:

👉 “Estamos confortáveis ou começando a sufocar?”

Neste caso:

💚 Sistema confortável
💚 Memória adequada
💚 Performance estável
💚 Nenhum drama no horizonte

O tipo de tela que faz um sysprog sorrir discretamente.