 |
| Bellacosa Mainframe e a memoria em mainframe |
O que é “Acima da Linha”, “Acima da Barra” e Endereçamento de Memória 24, 31 e 64 bits no Mainframe?
Esse é um dos temas mais importantes — e mais misteriosos — do mundo z/OS.
Quando alguém começa a estudar:
JES2;
CICS;
DB2;
storage;
performance;
programação assembler;
rapidamente encontra frases como:
“rodando acima da linha”;
“storage abaixo da linha”;
“memória acima da barra”.
No começo parece extremamente confuso.
Mas tudo gira em torno de:
como o mainframe organiza memória.
Primeiro: o que é memória no mainframe?
Memória é o espaço usado para:
programas;
variáveis;
buffers;
controle do sistema;
áreas de trabalho.
O z/OS gerencia isso de forma extremamente organizada.
O problema histórico
Os primeiros mainframes possuíam pouca memória.
Então a IBM criou limites de endereçamento.
Com o tempo:
mais memória surgiu;
novos limites foram criados;
o z/OS evoluiu mantendo compatibilidade histórica.
Resultado:
existem vários “níveis” de memória.
O que significa “endereçamento”?
Endereçamento é:
a capacidade de localizar posições de memória.
Quanto mais bits:
maior espaço de memória acessável.
Analogia simples
Imagine memória como:
uma cidade cheia de casas.
O endereço informa:
qual casa acessar.
Quanto mais dígitos no endereço:
mais casas podem existir.
Endereçamento de 24 bits
Foi um dos primeiros modelos do mainframe.
Quanto consegue endereçar?
2^{24}=16.777.216
Aproximadamente:
16 MB
Isso criou a famosa:
Linha dos 16 MB
O que é “abaixo da linha”?
Toda memória:
abaixo de 16 MB.
O que é “acima da linha”?
Toda memória:
acima de 16 MB.
Visualmente
0 MB
│
├── Abaixo da linha
│
16 MB ← A LINHA
│
├── Acima da linha
│
Por que isso é importante?
Muitos programas antigos foram escritos para:
memória de 24 bits.
Eles só conseguem trabalhar:
abaixo da linha.
Problema clássico
A região abaixo da linha virou:
extremamente disputada.
Porque:
sistema;
CICS;
buffers;
programas antigos;
todos queriam espaço ali.
Então surgiu o endereçamento 31 bits
A IBM expandiu o espaço de memória.
Quanto consegue endereçar?
2^{31}=2.147.483.648
Aproximadamente:
2 GB
Mas por que não 32 bits?
Porque 1 bit era usado para controle interno.
Então o z/OS adotou:
31 bits efetivos.
Resultado
Agora existia:
memória abaixo da linha;
memória acima da linha.
Muito mais espaço disponível.
Visualmente
0 MB
│
├── Abaixo da linha
│
16 MB ← Linha
│
├── Acima da linha
│
2 GB
Então nasceu a “barra”
Quando o z/OS evoluiu novamente para 64 bits, surgiu:
a barra dos 2 GB.
Acima da barra
Tudo acima de:
2 GB.
Visualmente
0 MB
│
├── Abaixo da linha
│
16 MB ← Linha
│
├── Acima da linha
│
2 GB ← Barra
│
├── Acima da barra
│
Endereçamento 64 bits
Com 64 bits, o espaço cresce absurdamente.
Quantidade teórica
2^{64}=18.446.744.073.709.551.616
Quantidade gigantesca de memória.
Resultado prático
O z/OS moderno consegue trabalhar com:
enormes caches;
gigantescos bancos de dados;
workloads massivos;
analytics;
Java;
Linux on Z.
Então resumindo
| Conceito | Limite |
|---|---|
| 24 bits | 16 MB |
| 31 bits | 2 GB |
| 64 bits | memória gigantesca |
O que é “abaixo da linha”?
Memória:
abaixo de 16 MB.
Muito usada por:
programas antigos;
áreas críticas do sistema.
O que é “acima da linha”?
Memória:
entre 16 MB e 2 GB.
Usada por:
aplicações modernas 31 bits;
CICS;
DB2;
subsistemas.
O que é “acima da barra”?
Memória:
acima de 2 GB.
Usada por:
Java;
grandes caches;
DB2 moderno;
aplicações 64 bits.
O que significa storage constraint?
Problema de falta de memória.
Muito comum:
abaixo da linha.
Por que abaixo da linha é crítico?
Porque:
espaço pequeno;
muitos componentes disputam memória.
16 MB hoje parece minúsculo.
Exemplo clássico
CICS antigos sofriam muito com:
storage below the line.
Como isso aparece no dia a dia?
Mensagens como:
SOS;
storage shortage;
below the line exhausted.
O que é AMODE?
Addressing Mode
Define:
como o programa trabalha com memória.
Exemplos
AMODE 24
Programa trabalha em:
24 bits.
AMODE 31
Programa usa:
31 bits.
AMODE 64
Programa moderno usa:
64 bits.
O que é RMODE?
Residency Mode
Define:
onde o programa deve residir.
Exemplo
RMODE 24
Programa precisa ficar:
abaixo da linha.
Isso ainda existe?
Muito.
Principalmente em:
sistemas legados;
assembler;
módulos antigos.
Curiosidades incríveis
1. Muitos sistemas críticos ainda possuem código 24 bits
Décadas depois.
2. O z/OS mantém compatibilidade histórica absurda
Programas antigos ainda funcionam.
3. “Abaixo da linha” virou expressão clássica no mainframe
4. O endereçamento 64 bits revolucionou o z/OS moderno
Especialmente DB2 e Java.
Erros comuns de iniciantes
1. Pensar que “linha” é física
Ela é apenas:
um limite lógico de memória.
2. Confundir linha e barra
Linha:
16 MB.
Barra:
2 GB.
3. Achar que 24 bits morreu
Ainda existe muito software legado.
4. Ignorar AMODE/RMODE
Isso pode causar erros graves em assembler e linkedição.
Como isso aparece no JCL e programas?
Em:
binder;
assembler;
parâmetros LE;
CICS;
DB2;
dumps;
performance tuning.
Por que aprender isso?
Porque isso explica:
arquitetura do z/OS;
compatibilidade histórica;
gestão de memória;
performance;
problemas clássicos do mainframe.
Resumo rápido
| Termo | Significado |
|---|---|
| Abaixo da linha | < 16 MB |
| Acima da linha | 16 MB até 2 GB |
| Acima da barra | > 2 GB |
| 24 bits | até 16 MB |
| 31 bits | até 2 GB |
| 64 bits | enorme espaço |
| AMODE | modo de endereçamento |
| RMODE | onde o programa reside |
Conclusão
Os conceitos de:
abaixo da linha;
acima da linha;
acima da barra;
endereçamento 24, 31 e 64 bits
fazem parte da evolução histórica da memória no z/OS.
Eles mostram como o mainframe IBM conseguiu evoluir durante décadas mantendo compatibilidade com aplicações antigas enquanto expandia capacidade para workloads modernos gigantescos.
Sem comentários:
Enviar um comentário