Translate

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

sábado, 15 de julho de 2023

As “zonas secretas” da memória do z/OS — Onde o sistema guarda suas ferramentas

 

Bellacosa Mainframe fala sobre The Line no Storage

☕ Um Café no Bellacosa Mainframe

As “zonas secretas” da memória do z/OS — Onde o sistema guarda suas ferramentas

Se a memória total é o cérebro…
e o paging é a respiração…

👉 Esses indicadores mostram as salas técnicas dentro do cérebro.

CSA 74%
ECSA 56%
ESQA 89%
BELOW 16M 94%

Para leigos, isso parece nome de agência governamental secreta 😄
Mas na verdade são áreas internas críticas da memória do sistema.

E sim — se uma delas enche demais, o sistema pode travar mesmo tendo RAM sobrando.

Vamos abrir essa “planta baixa” do mainframe ☕



TSO SDSF Simulator

🏢 Antes de tudo: memória do z/OS NÃO é um espaço único

Diferente de PCs comuns, o z/OS divide a memória em áreas especializadas.

Pense num hospital:

  • Emergência

  • Centro cirúrgico

  • UTI

  • Administração

  • Farmácia

Cada uma tem função específica.


IBM Z Storage Full Virtual Memory Map


🧰 CSA — Common Service Area (74%)

👉 Área compartilhada entre várias tarefas do sistema

Aqui ficam coisas usadas por muitos programas ao mesmo tempo:

  • Tabelas do sistema

  • Estruturas de comunicação

  • Controles de subsistemas

  • Buffers comuns

💡 Analogia:

👉 É o “hall central” do prédio.

74% significa:

✔️ Ocupado, mas confortável
✔️ Sem risco imediato


🌐 ECSA — Extended Common Service Area (56%)

Mesma ideia da CSA… porém em memória mais alta.

Criada quando os sistemas começaram a crescer além dos limites antigos.

💬 História curiosa:

Nos primórdios, tudo precisava caber em poucos megabytes.
A IBM foi “estendendo” áreas sem quebrar compatibilidade.

Resultado: nomes com “Extended” por toda parte 😄

56% = tranquilo.


🧠 ESQA — Extended System Queue Area (89%)

Agora a coisa fica interessante.

👉 Área usada para estruturas internas do núcleo do sistema
👉 Controle de filas, recursos e sincronização

Pense como:

🧾 A central de logística do sistema

89% é alto — mas não necessariamente crítico.

💬 Sysprogs experientes monitoram ESQA com carinho.

Se encher totalmente:

⚠️ Pode impedir novas alocações
⚠️ Pode causar falhas estranhas
⚠️ Pode exigir IPL (reinicialização)


🕰️ BELOW 16M — 94% 😱

Aqui mora uma relíquia histórica importantíssima.

📜 O limite mágico dos 16 MB

Nos anos 80, sistemas operavam em endereçamento de 24 bits:

👉 Máximo de memória acessível = 16 MB

Mesmo hoje, algumas estruturas precisam ficar nessa região por compatibilidade.

💬 Sim — software de décadas atrás ainda roda.


💡 O que fica BELOW 16M?

  • Componentes antigos do sistema

  • Drivers específicos

  • Partes de subsistemas

  • Estruturas críticas que nunca foram migradas


⚠️ 94% é alto?

👉 Sim — é a área que mais preocupa operadores.

Porque:

❌ Não dá para expandir facilmente
❌ Não depende da RAM total instalada
❌ Pode causar problemas mesmo em máquinas gigantes

É como um elevador antigo num prédio moderno:
todo mundo ainda precisa dele.


🕵️ Fofoquice histórica deliciosa

Durante anos, uma das artes do sysprog era:

👉 “Liberar storage abaixo da linha”

Comandos obscuros, tuning, patches, ajustes…

Existem até histórias de sistemas parando porque um único componente consumiu alguns KB a mais nessa área.

Sim — kilobytes.


🧃 Explicação ultra simples

Se o IBM Z fosse um shopping:

  • CSA → área comum do público

  • ECSA → expansão do shopping

  • ESQA → sala de controle operacional

  • BELOW 16M → infraestrutura antiga do prédio

👉 Esta última está quase cheia.


🤫 Easter Egg Mainframe

Você pode ouvir veteranos dizendo:

“O problema não é falta de memória… é falta de memória NO LUGAR CERTO.”

Essa tela prova exatamente isso.


🏥 Diagnóstico geral

💚 CSA — OK
💚 ECSA — confortável
💛 ESQA — atenção leve
⚠️ BELOW 16M — área crítica monitorada

Nada necessariamente errado… mas digno de acompanhamento.


🚀 Por que isso é fascinante?

Porque mostra algo único do mundo mainframe:

👉 Compatibilidade absoluta com o passado
👉 Engenharia evolutiva em vez de destrutiva
👉 Sistemas escritos há 40 anos ainda funcionando

Enquanto PCs e smartphones vivem de “formata e reinstala”.


☕ Conclusão

Esta tela revela a anatomia interna da memória do z/OS.

Não é apenas “quanto temos” — é:

👉 Onde está sendo usado
👉 Quem está usando
👉 Quais áreas podem virar gargalo

E principalmente:

👉 Que mesmo supercomputadores corporativos têm seus pontos sensíveis.


segunda-feira, 2 de dezembro de 2019

☕💥 A Jornada do Padawan COBOL – Parte 12 Desvendando o Universo dos CALLs no Mainframe

 

Bellacosa Mainframe e o call em cobol parte xii

☕💥 A Jornada do Padawan COBOL – Parte 12

Desvendando o Universo dos CALLs no Mainframe

PSA, CVT, ASCB, TCB, RB, ACEE, CSA, ECSA, LSQA, SQA e os Mistérios dos Control Blocks que Sustentam o z/OS

Ou como descobrir que existe um universo inteiro escondido em endereços hexadecimais que praticamente nenhum desenvolvedor COBOL vê

Por Vagner Bellacosa – Bellacosa Mainframe


O Dia em que o Padawan Descobre o Lado Oculto do z/OS

Depois de onze capítulos, o Padawan já acredita compreender bastante coisa.

Conhece:

✅ CALL

✅ LE

✅ CICS

✅ JES2

✅ GRS

✅ VVDS

✅ RMF

✅ SMF

✅ Telum

Até que um Sysprog abre IPCS.

Digita:

IP XDATA

E aparece:

PSA
CVT
TCB
ASCB
ACEE
RB

Padawan:

— O que é isso?

Veterano:

— O esqueleto do z/OS.


O Grande Segredo

No Mainframe tudo é Control Block.

Tudo.

Usuário.

Job.

CPU.

Storage.

Segurança.

Dataset.

Task.

Transação.

Tudo.


Visualmente


Programa COBOL

↓

TCB

↓

ASCB

↓

CVT

↓

PSA

↓

Hardware


PSA

Processor Storage Area


O primeiro bloco.

O mais importante.


Endereço:

00000000

Existe uma PSA.

Por processador.


Contém:

PSW

Interrupções

TCB Atual

Old PSW

New PSW

Save Areas


O PSW

Program Status Word


Coração da CPU.


Possui:

Endereço instrução

Modo

Máscaras

Estado


Exemplo

078D1000 80000000

Veteranos gostam.

Muito.


CVT

Communications Vector Table


O GPS do z/OS.


Tudo aponta.

Para CVT.


CVT aponta.

Para:

SMCA

JES

TCB

ASVT

Catalog

LPDB

CSA


Como encontrar

Assembler

L R1,CVTPID

IPCS também.


ASCB

Address Space Control Block


Representa.

Address Space.


Exemplo

TSO

DBM1

CICSA

JES2


Cada um.

Tem.

ASCB.


Contém

Nome

ASID

Usuário

TCBs

Storage


TCB

Já vimos.

Mas agora.

Internamente.


Task Control Block


Representa.

Thread.

Execução.

Task.


Contém.

Registradores.

Prioridade.

PSW.

RB.


RB

Request Block


Histórico.

Execução.


CALL.

Empilha RB.

Retorno.

Desempilha.


Visualmente


MAIN

↓

RB

↓

CALL A

↓

RB

↓

CALL B

↓

RB


ACEE

Accessor Environment Element


Favorito do RACF.


Representa.

Usuário.


Possui:

Userid

Groups

Permissões

Security Label


Quando faz:

TSO LOGON

ACEE nasce.


CSA

Common Storage Area


Memória compartilhada.


Todos acessam.


Perigosa.


Corrupção.

Pode derrubar sistema.


ECSA

Extended CSA


Versão ampliada.


Maior.

Melhor.


SQA

System Queue Area


Storage crítico.


Kernel usa.


Pouco espaço.

Muito importante.


LSQA

Local System Queue Area


Privada.

Por Address Space.


Subpools

Veteranos gostam.

Muito.


Exemplo

229

230

241


Storage.

Especializado.


Save Area

Assembler clássico.


72 bytes.


Exemplo

STM 14,12,12(13)

Salva.

Contexto.


IPCS

Melhor amigo.

Do Sysprog.


Pode mostrar.

PSA

TCB

ASCB

RB

ACEE


Exemplo

IP MTRACE

CEEDUMP

Também ajuda.


Mostra.

Stack.

Call chain.

Offsets.


O caminho de um CALL

Padawan escreve:

CALL 'PAGTO'

Internamente.

Pode ocorrer.


COBOL

↓

LE

↓

TCB

↓

RB

↓

PSW

↓

CPU

↓

RETURN



Tudo.

Em microssegundos.


O grande erro

Padawan pensa.

CALL é simples.

Veterano pensa.

CALL cria.

RB.

Storage.

Stack.

TCB Activity.

LE.

Heap.

PSW Update.


Ferramentas Jedi

IPCS

AMBLIST

CEEDUMP

RMF

SMF

VERBX

TRACE


Easter Egg Mainframe

Existe um grupo.

Capaz de olhar.

Isto.

TCB

RB

ACEE

PSA

CVT

ASCB

E dizer.

Em cinco minutos.

Quem é usuário.

Qual programa.

Onde caiu.

Quanto storage.

Qual PSW.

Qual registrador.


São conhecidos.

Como.

Os Senhores dos Control Blocks


Checklist Jedi

✅ Entender PSA

✅ Conhecer CVT

✅ Aprender ASCB

✅ Estudar TCB

✅ Entender RB

✅ Conhecer ACEE

✅ Respeitar CSA

✅ Estudar LSQA

✅ Explorar IPCS

✅ Ler CEEDUMP

✅ Conhecer Subpools


Filosofia Jedi – Parte 12

O Padawan acredita:

z/OS executa programas.

O Desenvolvedor experiente pensa:

z/OS gerencia recursos.

O Sysprog compreende:

z/OS é uma gigantesca coleção de Control Blocks conversando entre si.

E o Arquiteto IBM Z sabe que, por trás de um simples:

CALL 'SUBPGM'

existe um universo de PSA, CVT, TCB, RB, ACEE, Save Areas, registradores, PSWs e estruturas de controle que sustentam alguns dos sistemas mais importantes do planeta.




Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988
GitHub LinkedIn
Inicializando conteúdo...