O tamanho do bloco é importante ao alocar um PDS no z / OS?

Question

Ao tentar criar um novo PDS , tenho as alocações principal e secundária definidas para 10 cylinders .

O conjunto de dados em si é um FB 255 , mas há um parâmetro para o qual estou desconcertado.

Esse é o tamanho do bloco. Isso foi padronizado como 27920 , mas tenho receio de usar esse valor, já que ele também foi padronizado para FB 80 e estou preocupado que esses dois possam estar relacionados de alguma forma.

Como você calcula um bom tamanho de bloco para o PDS ou isso realmente não importa?

    

Answer 1

Já faz um tempo que trabalho em mainframe, mas basicamente o tamanho do bloco tem um impacto na utilização do disco e no tempo de resposta do disco. Para o FB, deve ser um múltiplo do lrecl. A utilização estava relacionada com quantos blocos poderiam caber em uma pista e quão bem utilizada que fez a pista. Para o tempo de resposta do disco, a recomendação geralmente chegou a fazer o tamanho do bloco aproximadamente metade de uma faixa. Isso foi provavelmente de 8 anos atrás e em um ambiente não SAN.

    

Answer 2

Atualmente, o melhor a fazer é simplesmente não especificar mais blocos, por exemplo, dentro de JCLs (batchjobs em execução no mainframe). Dessa forma, você deixa para o DFSMS (e as pessoas responsáveis pela configuração do DFSMS) para sempre usarem o melhor tamanho possível de blocos automaticamente. O mesmo é verdade se você alocar um conjunto de dados de dentro (por exemplo) de um procedimento CLIST ou REXX.

É também por isso que, ao longo dos anos, muitos sites de mainframe realizaram todos os tipos de conversões, apenas para remover todas essas especificações de blockize (por exemplo, em JCLs).