DYNALLOC 在处理工作文件时如何工作？
How does DYNALLOC work when dealing with workfiles?
我有一个 JCL，它正在对数百万条记录（记录长度为 28,704）进行排序。我们注意到我们 运行 没有工作文件（默认为 32）。我们最近添加了参数以将 32 个工作文件的默认值覆盖为 255。
我们发现了 syncsort 网站的一些提示，这些提示告诉我们每个工作文件将使用多少个柱面并进行数学计算，看起来我们至少需要 200 个工作文件。另一项建议据说有 130% space 可用于最佳性能。这导致我们指定最大工作文件数量 (255)。我们知道添加额外文件所涉及的额外开销。
问题也就是问题
将在我们的排序中使用这些参数：
//SORT10 EXEC PGM=SYNCSORT,COND=(8,LT),
// PARM=('INCORE=OFF,DYNALLOC=(SYSDA,255)',EQUALS)
使其始终分配 255 个工作文件，还是分配所需的最小工作文件，最多分配 255 个工作文件。
手册将是你的朋友（如果你没有，你应该可以获得一本）。了解您站点上安装的 SyncSORT 的选项也很有用。
可能 "overhead" 将 255 设置为默认值。但是，即使使用 255，在任何给定步骤中也只会实际打开和使用所需的工作数据集。
通常将相当小的数字（例如 6 个）设置为默认值，并覆盖已知需要更多工作的步骤space。
我能提出的最佳建议是向 SyncSORT 支持提出两个问题：如何为 99.999% 的 SORT 建立合理的 DYNALLOC 数量；为 xyz 步骤指定的工作 space 有这么多这种大小的记录。
如果您向他们提供他们想要的信息，他们将提供与您的网站如何使用 SyncSORT（他们甚至可能提出其他建议）以及您的数据相关的具体信息。
您正在支付支持费用。所以使用它。任何时候您遇到异常情况或行为不合理时。联系 SyncSORT。
未经担任此职务的人员许可，您可能无法单独联系 SyncSORT。所以你必须找到那个人。如果您确实无处可去，他们的网站很明显，并且支持电子邮件地址可用 - 但他们需要一个许可证号，并且您网站上不想联系的人可能会发现它：- )
在考虑了他们的建议并应用了您的能力之后，预计会节省大量资源并提高稳健性。
在获得使用 SyncSORT 许可的网站上的任何人都可以获得该文档的免费副本。它将需要提供一些信息。它有使用条款和条件（例如，一旦您拥有自己的副本，就不允许分发它）。您需要 程序员指南。您可以同时索取一些其他出版物：安装指南； 利用 MFX：SortWriter 数据实用程序指南； 利用 MFX：MAXSORT； 利用 MFX：JOIN。
他们没有记录的一件事是 SyncTOOL。如果您就此联系 SyncSORT 支持，您将参考 IBM 的 ICETOOL DFSORT 文档，该文档位于 DFSORT 应用程序编程指南。
可以设置 40 多个选项来确定 SyncSORT 的运行方式（您的 Sysprogs 将处理数十或数百个 IBM 和 ISV 包，每个包都有自己的 installation/customisation 和多种方法应用更改）。许多与操作技术细节相关的操作相互影响。对 SyncSORT 的内部结构不是很有经验的人不一定清楚什么最适合你的网站，你的网站的硬件、软件和政策是运行ning，对于一个特殊的异常排序。
什么是 "unusual SORT"？任何不常见的 SORT。对数百万 28000 字节的记录进行排序是不寻常的。这不是你想要花 6 次时间才能达到 运行，然后发现它很慢（这意味着昂贵）的东西。
虽然我有一定的经验，但我会毫不犹豫地联系 SyncSORT，了解您不寻常的 SORT。他们比我更有可能在更短的时间内把事情做好。
我希望安装选项是在 SyncSORT 的支持下选择的。少量 DYNALLOC 文件是正常的，对于大多数 SORT 步骤来说就足够了。如果发生某些变化（新硬件、软件、接收大量新数据等），并且您突然有许多步骤失败，SyncSORT 支持是一个非常好的选择，即使在升级 DYNALLOC 之后一切都很好。可能没问题，但效率低了 3%，也就是贵了 3% :-)
虽然支持合同可以包含个性元素，但我从未听说过 SyncSORT 的合同会为支持电话付费。可能是我出门不够多。
关于支持电话的一点是您可能必须提供的信息量。那可以是 "fun"，特别是对于可疑的错误。但它会得到回报。这可能更可能是您的技术人员持谨慎态度的原因。
SyncSORT 支持将进行非常小的查询：trivial question directed by SyncSORT Technical Architect to SyncSORT Support。
我有一个 JCL，它正在对数百万条记录（记录长度为 28,704）进行排序。我们注意到我们 运行 没有工作文件（默认为 32）。我们最近添加了参数以将 32 个工作文件的默认值覆盖为 255。
我们发现了 syncsort 网站的一些提示，这些提示告诉我们每个工作文件将使用多少个柱面并进行数学计算，看起来我们至少需要 200 个工作文件。另一项建议据说有 130% space 可用于最佳性能。这导致我们指定最大工作文件数量 (255)。我们知道添加额外文件所涉及的额外开销。
问题也就是问题
将在我们的排序中使用这些参数：
//SORT10 EXEC PGM=SYNCSORT,COND=(8,LT),
// PARM=('INCORE=OFF,DYNALLOC=(SYSDA,255)',EQUALS)
使其始终分配 255 个工作文件，还是分配所需的最小工作文件，最多分配 255 个工作文件。
手册将是你的朋友（如果你没有，你应该可以获得一本）。了解您站点上安装的 SyncSORT 的选项也很有用。
可能 "overhead" 将 255 设置为默认值。但是，即使使用 255，在任何给定步骤中也只会实际打开和使用所需的工作数据集。
通常将相当小的数字（例如 6 个）设置为默认值，并覆盖已知需要更多工作的步骤space。
我能提出的最佳建议是向 SyncSORT 支持提出两个问题：如何为 99.999% 的 SORT 建立合理的 DYNALLOC 数量；为 xyz 步骤指定的工作 space 有这么多这种大小的记录。
如果您向他们提供他们想要的信息，他们将提供与您的网站如何使用 SyncSORT（他们甚至可能提出其他建议）以及您的数据相关的具体信息。
您正在支付支持费用。所以使用它。任何时候您遇到异常情况或行为不合理时。联系 SyncSORT。
未经担任此职务的人员许可，您可能无法单独联系 SyncSORT。所以你必须找到那个人。如果您确实无处可去，他们的网站很明显，并且支持电子邮件地址可用 - 但他们需要一个许可证号，并且您网站上不想联系的人可能会发现它：- )
在考虑了他们的建议并应用了您的能力之后，预计会节省大量资源并提高稳健性。
在获得使用 SyncSORT 许可的网站上的任何人都可以获得该文档的免费副本。它将需要提供一些信息。它有使用条款和条件（例如，一旦您拥有自己的副本，就不允许分发它）。您需要 程序员指南。您可以同时索取一些其他出版物：安装指南； 利用 MFX：SortWriter 数据实用程序指南； 利用 MFX：MAXSORT； 利用 MFX：JOIN。
他们没有记录的一件事是 SyncTOOL。如果您就此联系 SyncSORT 支持，您将参考 IBM 的 ICETOOL DFSORT 文档，该文档位于 DFSORT 应用程序编程指南。
可以设置 40 多个选项来确定 SyncSORT 的运行方式（您的 Sysprogs 将处理数十或数百个 IBM 和 ISV 包，每个包都有自己的 installation/customisation 和多种方法应用更改）。许多与操作技术细节相关的操作相互影响。对 SyncSORT 的内部结构不是很有经验的人不一定清楚什么最适合你的网站，你的网站的硬件、软件和政策是运行ning，对于一个特殊的异常排序。
什么是 "unusual SORT"？任何不常见的 SORT。对数百万 28000 字节的记录进行排序是不寻常的。这不是你想要花 6 次时间才能达到 运行，然后发现它很慢（这意味着昂贵）的东西。
虽然我有一定的经验，但我会毫不犹豫地联系 SyncSORT，了解您不寻常的 SORT。他们比我更有可能在更短的时间内把事情做好。
我希望安装选项是在 SyncSORT 的支持下选择的。少量 DYNALLOC 文件是正常的，对于大多数 SORT 步骤来说就足够了。如果发生某些变化（新硬件、软件、接收大量新数据等），并且您突然有许多步骤失败，SyncSORT 支持是一个非常好的选择，即使在升级 DYNALLOC 之后一切都很好。可能没问题，但效率低了 3%，也就是贵了 3% :-)
虽然支持合同可以包含个性元素，但我从未听说过 SyncSORT 的合同会为支持电话付费。可能是我出门不够多。
关于支持电话的一点是您可能必须提供的信息量。那可以是 "fun"，特别是对于可疑的错误。但它会得到回报。这可能更可能是您的技术人员持谨慎态度的原因。
SyncSORT 支持将进行非常小的查询：trivial question directed by SyncSORT Technical Architect to SyncSORT Support。