|
查看上一个主题 :: 查看下一个主题
|
| 作者 |
信息 |
razesh84
新的用户
已加入：2010年4月5日
帖子：41
地点：印度加尔各答
|
|
|
|
我已经将一个大的vsam（iam）[记录数：8222316]复制到平面文件中。首先通过repro重用，然后使用copy选项对sort（syncsort）进行操作。
这是运行统计
idcams：
耗时：19分钟
cpu：00：01：26.19
例外：1524145
排序：
耗时：22分钟
cpu：00：00：47.11
独家：360411
令我印象深刻的是exp计数。在这两种情况下，输出文件的BLKSIZE = 27998&从同一SIAM文件复制，其CISIZE = 18452。
据我所知，exp计数是指在dasd之间传输的（数据）块数&如果两个文件都具有相同的属性，那么为什么exp计数会有巨大差异？
谁能解释一下这里发生的事情。
让我知道您是否需要更多详细信息。 |
|
| 回到顶部 |
|
 |
dbzTHEdinosauer
全球主持人
已加入：2006年10月20日
帖子：6967
位置：瓷宝座
|
|
|
|
只是一个猜测，
我把它扔在那里，期望被扔垃圾，
但：
我以为EXCP计数是物理I / O，
和syncsort相比，每个I / o显然要比IDCAMS吸收更多的数据。 |
|
| 回到顶部 |
|
|
razesh84
新的用户
已加入：2010年4月5日
帖子：41
地点：印度加尔各答
|
|
|
|
究竟。
&我想1个I / O意味着传输了1个数据块。
因此，syncsort会在中间使用较大的块进行处理，但最终文件的块大小与IDCAMS相同。
还是不确定！  |
|
| 回到顶部 |
|
|
迪克·谢勒
主持人荣誉
已加入：2006年11月23日
帖子：19245
位置：矩阵内部
|
|
|
|
您好，
| 引用： |
| excp计数是指dasd之间传输的（数据）块数& memory |
不太准确。 。 。 EXCP表示执行通道程序-引起I / O。
| 引用： |
| 因此，syncsort会在中间使用较大的块进行处理，但最终文件的块大小与IDCAMS相同。 |
Syncsort经常一次处理多个块。
对于大量数据，Syncsort将比idcam使用更少的i / o和更少的cpu。 |
|
| 回到顶部 |
|
|
罗伯特·桑普
全球主持人
已加入：2008年6月6日
帖子：8569
地点：美国爱荷华州迪比克
|
|
|
|
| IIRC，SSCH计数是传输的物理数据块的计数。 EXCP计数随缓冲，链接的I / O和其他因素而变化。如果您的IDCAMS运行使用默认缓冲，请尝试将BUFNO = 50添加到顺序文件并将AMP =（'BUFND = 50，BUFNI = 10'）添加到VSAM文件，然后重新运行IDCAMS步骤。 |
|
| 回到顶部 |
|
|
dbzTHEdinosauer
全球主持人
已加入：2006年10月20日
帖子：6967
位置：瓷宝座
|
|
|
|
| razesh84写道： |
| &我想1个I / O意味着传输了1个数据块。 |
不好的猜测。我认为物理I / O至少读取1条轨道。
如果您被限制在3块/磁道-这意味着3块，
如果确实I / O传输是1条轨道。
所有这些都是20年前的事情。我想控制器现在比一次跟踪更能应付自如。 |
|
| 回到顶部 |
|
|
内维尔
活跃用户
已加入：2006年9月1日
帖子：262
|
|
|
|
| 不确定100％，但是Syncsort曾经使用数据链（99％确保）和EXCP链（不太确定）。这大大减少了支出数量 |
|
| 回到顶部 |
|
|
razesh84
新的用户
已加入：2010年4月5日
帖子：41
地点：印度加尔各答
|
|
|
|
谢谢大家 
是的，这是一个错误的猜测。我了解1个I / O并非指传输的1个数据块。
| 引用： |
IIRC，SSCH计数是已传输数据的物理块的计数 |
您能告诉我在哪里可以找到这些计数吗？
| 引用： |
| 尝试将BUFNO = 50添加到顺序文件并将AMP =（'BUFND = 50，BUFNI = 10'）添加到VSAM文件，然后重新运行IDCAMS步骤 |
我将通过更改来完成工作& post the result.
这些AMP参数值对两个VSAM是否都适用& IAM.
| 引用： |
| 不确定100％，但是Syncsort曾经使用数据链（99％确保）和EXCP链（不太确定）。这大大减少了支出数量 |
所以我可以得出结论，如果我不使用任何额外的缓冲区，那么排序比idcams repro更快 |
|
| 回到顶部 |
|
|
迪克·谢勒
主持人荣誉
已加入：2006年11月23日
帖子：19245
位置：矩阵内部
|
|
|
|
您好，
我相信，即使有了额外的缓冲区，Syncsort仍将比idcam使用更少的资源。 。 。 |
|
| 回到顶部 |
|
|
razesh84
新的用户
已加入：2010年4月5日
帖子：41
地点：印度加尔各答
|
|
|
|
你好
我按照罗伯特的建议使用缓冲区运行了idcams步骤，但是工作没有任何改善。然后，我也使用缓冲区运行了syncsort，同样也没有任何改善。
带缓冲区的idcams：
经过时间：20分钟
cpu：00：01：42.10
例外：1618157
用缓冲区排序：
耗时：23分钟
cpu：00：00：46.63
不含：386613
因为我的输入数据集是IAM文件而不是VSAM，所以我感到缓冲区分配可能不是最佳的。
两个VSAM的缓冲区（BUFNI / BUFND）的计算结果是否相同& IAM? |
|
| 回到顶部 |
|
|
罗伯特·桑普
全球主持人
已加入：2008年6月6日
帖子：8569
地点：美国爱荷华州迪比克
|
|
|
|
| 我从来没有与IAM一起工作过足够的知识来知道如何使用它来处理缓冲区。正常的VSAM和顺序文件默认值通常可以通过添加缓冲区来大大提高EXCP计数和运行时间，但是IAM可能不行-您需要查看手册。 |
|
| 回到顶部 |
|
|
迪克·谢勒
主持人荣誉
已加入：2006年11月23日
帖子：19245
位置：矩阵内部
|
|
|
|
您好，
Syncsort在内部/内部动态地发挥作用。 。 。
我所看到的“帮助” Syncsort的事情是对输入和输出文件使用了非常好的块大小。 |
|
| 回到顶部 |
|
|
|
|
