IBM大型机论坛索引
 
登录
 
IBM大型机论坛索引 大型机:搜索 IBM Mainframe论坛:常见问题解答 寄存器
 

& idcams


IBM大型机论坛 -> JCL& VSAM
发表新话题   回复主题
查看上一个主题 :: 查看下一个主题  
作者 信息
razesh84

新的用户


已加入:2010年4月5日
帖子:41
地点:印度加尔各答

发布发表:2010年9月22日,星期三,下午6:47
引用回复

我已经将一个大的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
位置:瓷宝座

发布发表:2010年9月22日,星期三7:02 pm
引用回复

只是一个猜测,
我把它扔在那里,期望被扔垃圾,

但:

我以为EXCP计数是物理I / O,
和syncsort相比,每个I / o显然要比IDCAMS吸收更多的数据。
回到顶部
查看用户资料 发送私信
razesh84

新的用户


已加入:2010年4月5日
帖子:41
地点:印度加尔各答

发布发表:2010年9月22日,星期三7:21 pm
引用回复

引用:
我以为EXCP计数是物理I / O,

究竟。
&我想1个I / O意味着传输了1个数据块。

因此,syncsort会在中间使用较大的块进行处理,但最终文件的块大小与IDCAMS相同。

还是不确定! icon_confused.gif
回到顶部
查看用户资料 发送私信
迪克·谢勒

主持人荣誉


已加入:2006年11月23日
帖子:19245
位置:矩阵内部

发布发表:2010年9月22日,星期三,下午7:35
引用回复

您好,

引用:
excp计数是指dasd之间传输的(数据)块数& memory
不太准确。 。 。 EXCP表示执行通道程序-引起I / O。

引用:
因此,syncsort会在中间使用较大的块进行处理,但最终文件的块大小与IDCAMS相同。
Syncsort经常一次处理多个块。

对于大量数据,Syncsort将比idcam使用更少的i / o和更少的cpu。
回到顶部
查看用户资料 发送私信
罗伯特·桑普

全球主持人


已加入:2008年6月6日
帖子:8569
地点:美国爱荷华州迪比克

发布发表:2010年9月22日,星期三7:39 pm
引用回复

IIRC,SSCH计数是传输的物理数据块的计数。 EXCP计数随缓冲,链接的I / O和其他因素而变化。如果您的IDCAMS运行使用默认缓冲,请尝试将BUFNO = 50添加到顺序文件并将AMP =('BUFND = 50,BUFNI = 10')添加到VSAM文件,然后重新运行IDCAMS步骤。
回到顶部
查看用户资料 发送私信
dbzTHEdinosauer

全球主持人


已加入:2006年10月20日
帖子:6967
位置:瓷宝座

发布发表:2010年9月22日,星期三7:54 pm
引用回复

razesh84写道:
&我想1个I / O意味着传输了1个数据块。


不好的猜测。我认为物理I / O至少读取1条轨道。
如果您被限制在3块/磁道-这意味着3块,
如果确实I / O传输是1条轨道。

所有这些都是20年前的事情。我想控制器现在比一次跟踪更能应付自如。
回到顶部
查看用户资料 发送私信
内维尔

活跃用户


已加入:2006年9月1日
帖子:262

发布发表:2010年9月22日,星期三9:49 pm
引用回复

不确定100%,但是Syncsort曾经使用数据链(99%确保)和EXCP链(不太确定)。这大大减少了支出数量
回到顶部
查看用户资料 发送私信
razesh84

新的用户


已加入:2010年4月5日
帖子:41
地点:印度加尔各答

发布发表:2010年9月22日,星期三10:49 pm
引用回复

谢谢大家 icon_biggrin.gif
是的,这是一个错误的猜测。我了解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
位置:矩阵内部

发布发表:2010年9月22日,星期三10:55 pm
引用回复

您好,

我相信,即使有了额外的缓冲区,Syncsort仍将比idcam使用更少的资源。 。 。
回到顶部
查看用户资料 发送私信
razesh84

新的用户


已加入:2010年4月5日
帖子:41
地点:印度加尔各答

发布发表:2010年9月23日,星期四,下午4:25
引用回复

你好
我按照罗伯特的建议使用缓冲区运行了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
地点:美国爱荷华州迪比克

发布发表:2010年9月23日,星期四,下午4:58
引用回复

我从来没有与IAM一起工作过足够的知识来知道如何使用它来处理缓冲区。正常的VSAM和顺序文件默认值通常可以通过添加缓冲区来大大提高EXCP计数和运行时间,但是IAM可能不行-您需要查看手册。
回到顶部
查看用户资料 发送私信
迪克·谢勒

主持人荣誉


已加入:2006年11月23日
帖子:19245
位置:矩阵内部

发布发表:2010年9月23日,星期四,下午7:02
引用回复

您好,

Syncsort在内部/内部动态地发挥作用。 。 。

我所看到的“帮助” Syncsort的事情是对输入和输出文件使用了非常好的块大小。
回到顶部
查看用户资料 发送私信
查看上一个主题 :: :: 查看下一个主题  
发表新话题   回复主题 查看书签
所有时间均为格林尼治标准时间+ 6小时
论坛索引 -> JCL& VSAM

 


类似主题
话题 论坛 回覆
没有新帖 建立排序键 DFSORT / ICETOOL 3
没有新帖 很大排序失败-寻求识别... DFSORT / ICETOOL 7
没有新帖 使用SORT进行日期转换 同步排序 4
没有新帖 哪个SORT实用程序可以改善性能? DFSORT / ICETOOL 16
没有新帖 使用基于关闭的VB记录排序... DFSORT / ICETOOL 6
搜索我们的论坛:


回到顶部