「メインフレーム・コンピューター」で遊ぼうこんな時代に今さらメインフレーム・コンピューターに取り組むハメになったみんなが助けあうサイトです。RSSWordPress.orgコスパのいい社内システムの作り方メインフレームを扱っていると、軽い開発やメンテナンスにリソースを割けない、しかし、BPCも考えねば。解決策のひとつがクラウドにおくFileMakerです。Comment印刷用ページの表示DASDにデータセットを作成する際は、トラックに無駄なくレコードを詰めて、デッドスペースがなるべくできないようにする方がよいです。データ管理の扱う最大ブロック長は32760バイトですが、3390型DISKであれば最大トラック長は56664バイトです。大きいブロックの方がよい、と言って32760バイトでブロック長を決めてしまうと、1トラックに1ブロックしか入らないので約24000バイトもの使われない無駄スペースができてしまいます。なると本来なら10cylの大きさで済むデータセットが、倍近い16から18cylの大きさを必要としたりすることになってしまいます。固定長レコードの場合、論理レコード長に応じた最適なブロックサイズと言うものがあります。可変長レコードの場合はDASDの1トラックに2ブロック入れられる最も大きなサイズとなります。MVS(z/OS)の場合、現在では自分で計算しなくても、ブロック長を0としたり省略すればOS側でレコード形式とレコード長に応じた最適なブロックサイズを計算してくれるのでずいぶん便利になりました。MSPとVOS3では今でも自分でサイズを指定する必要がある、ということは変わっていないのでしょう。ユーザーデータセットではさまざまな長さの論理レコードが使われますが、ソースプログラムやJCL用データセットに使われるLRECL=80、プリントデータ用によく使われるLRECL=121および133について最適なブロックサイズを表にまとめてみました。」で計算してみてください。要はレコード長で割り切れるブロックサイズを限りなく27998(または23476)に近づければいいのです。可変長レコードの場合は、レコード長に関係なく27998(または23476)です。最適ブロックサイズを超えたとしても(最大で32760)トラック上にデッドスペースが出来るだけでI/Oエラーにはなりません。47,476byte1トラックあたりの利用可能な最大ユーザーデータ長。1トラックあたり1レコードとした場合の最大レコード長となる。最適ブロック長=27930VOS3ではH6587型DISKが互換デバイス。最適ブロック長=23408VOS3ではH6587型DISKが、MSPではF6425型DISKが互換デバイス。