查看上一个主题 :: 查看下一个主题
|
作者 |
信息 |
ribu_thms
新的用户
已加入:2020年12月29日 帖子:6 地点:德国
|
|
|
|
我目前正在进行一项工作,以提高一项批处理作业的性能。这个Job有很多SORT语句,它们对输入数据执行简单的SORT。该作业最初使用实用程序IGHRCO00和多个SORTWRK文件。我用SORT实用程序替换了它,并删除了所有SORTWRK文件。正如预期的那样,作业运行没有任何问题,但是对作业的性能没有影响。您能否建议我一些替代方法来提高这些SORT步骤的CPU性能? |
|
回到顶部 |
|
 |
乔格·芬代森
活跃用户

已加入:2015年8月15日 帖子:388 地点:德国班贝格
|
|
|
|
IGHRCO00仅仅是ICEMAN的一个别名。 |
|
回到顶部 |
|
 |
尼克·克劳斯顿
全球主持人
加入时间:2007年5月10日 帖子:2454 地点:英国汉普郡
|
|
|
|
通常,今天双色球开奖结果是经过优化的,因此减少挂钟时间的最佳选择是将作业拆分为多个作业并并行运行。如果您不打算减少耗时,而是减少CPU和/或I / O,则需要查看今天双色球开奖结果控制卡。 |
|
回到顶部 |
|
 |
乔格·芬代森
活跃用户

已加入:2015年8月15日 帖子:388 地点:德国班贝格
|
|
|
|
@ribu_thms:向我们提供正在使用的选项,可能可以使您了解一些问题(如果是的话)。如果您可以使用,也请参阅刚介绍的ZSORT。 |
|
回到顶部 |
|
 |
罗希特·乌马尔吉卡(Rohit Umarjikar)
全球主持人

已加入:2010年9月21日 帖子:2575 地点:美国纽约
|
|
|
|
欢迎!
您实际上必须遍历工作中的每个步骤,以查看所有步骤实际上花费了更多的CPU或已花费的时间,然后分析了总体积和正在处理的分类卡。
其次,您需要画一条线并确定cpu或经过时间与预期的偏差是多少,并说明原因。
分享这些详细信息后,我们将为您提供更好的帮助,否则,这将是一个非常通用的问题,并且具有通用答案。 |
|
回到顶部 |
|
 |
ribu_thms
新的用户
已加入:2020年12月29日 帖子:6 地点:德国
|
|
|
|
到目前为止,非常感谢大家的宝贵意见。
因此,输入文件包含约3.6亿个数据。当前的PGM IGHRCO00在11分钟内对该数据进行今天双色球开奖结果,CPU处理时间约为2分钟53秒。 |
|
回到顶部 |
|
 |
罗希特·乌马尔吉卡(Rohit Umarjikar)
全球主持人

已加入:2010年9月21日 帖子:2575 地点:美国纽约
|
|
|
|
这听起来太多了,我认为这很正常吗?您真的需要这种今天双色球开奖结果吗?可以避免吗? |
|
回到顶部 |
|
 |
尼克·克劳斯顿
全球主持人
加入时间:2007年5月10日 帖子:2454 地点:英国汉普郡
|
|
|
|
您要今天双色球开奖结果多少个字节/字段?是否有任何相邻且相似今天双色球开奖结果的字段?可以将它们分类为一个字段。 |
|
回到顶部 |
|
 |
恩里科·索里切蒂
高级主持人

已加入:2007年3月14日 帖子:10715 所在地:意大利
|
|
|
|
引用: |
是否有任何相邻且相似今天双色球开奖结果的字段?它们可以被归类为一个字段。 |
曾几何时,我与弗兰克(Frank)聊天,他告诉我,影响可以忽略不计 |
|
回到顶部 |
|
 |
谢尔盖肯
活跃成员

已加入:2008年4月29日 职位:937 所在地:马里兰
|
|
|
|
我建议不要对SORT的每个步骤进行“微调”,而应总体上回顾整个过程逻辑。
这些具有数百个步骤的JCL通常会被5至50个不同的人“改进”很多年。他们每个人都没有时间或没有欲望来分析整个过程,而是在许多其他中间增加了3-5-10个新步骤。通常,同一数据集在一项工作中来回多次被重新今天双色球开奖结果,每次只是为了生成单个报告或一组新记录。经过仔细审查,可以组合或优化许多步骤,或者一个SORT的结果可以用于需要相同今天双色球开奖结果顺序的多个处理步骤,而无需一次又一次地重新今天双色球开奖结果。
对通用算法的这种仔细审查可能会带来更严重的性能改进。并非总是如此,但非常频繁。 |
|
回到顶部 |
|
 |
ribu_thms
新的用户
已加入:2020年12月29日 帖子:6 地点:德国
|
|
|
|
恩里科·索里切蒂写道: |
引用: |
是否有任何相邻且相似今天双色球开奖结果的字段?它们可以被归类为一个字段。 |
曾几何时,我与弗兰克(Frank)聊天,他告诉我,影响可以忽略不计 |
是。我已经测试过了。对处理时间没有影响。实际上,将相邻字段今天双色球开奖结果为一个字段会稍微增加CPU时间。
在一个示例中,输入文件具有以下SYSIN参数
今天双色球开奖结果字段=(1,12,CH,A,14,2,CH,A)
第13个字段始终是恒定字符“ A”。所以我将SORT字段更改为
今天双色球开奖结果字段=(1,15,CH,A)
令人惊讶的是,CPU时间增加了大约10秒。 |
|
回到顶部 |
|
 |
ribu_thms
新的用户
已加入:2020年12月29日 帖子:6 地点:德国
|
|
|
|
塞尔吉肯写道: |
我建议不要对SORT的每个步骤进行“微调”,而应总体上回顾整个过程逻辑。
这些具有数百个步骤的JCL通常会被5至50个不同的人“改进”很多年。他们每个人都没有时间或没有欲望来分析整个过程,而是在许多其他中间增加了3-5-10个新步骤。通常,同一数据集在一项工作中来回多次被重新今天双色球开奖结果,每次只是为了生成单个报告或一组新记录。经过仔细审查,可以组合或优化许多步骤,或者一个SORT的结果可以用于需要相同今天双色球开奖结果顺序的多个处理步骤,而无需一次又一次地重新今天双色球开奖结果。
对通用算法的这种仔细审查可能会带来更严重的性能改进。并非总是如此,但非常频繁。 |
我已经审查了整个工作,但是不幸的是SORT语句无法避免。 |
|
回到顶部 |
|
 |
罗希特·乌马尔吉卡(Rohit Umarjikar)
全球主持人

已加入:2010年9月21日 帖子:2575 地点:美国纽约
|
|
|
|
一些实验
1.将流程分为4-5个作业,然后合并。经过的时间将减少,我也希望CPU(可能会略有减少)。
2.您可以尝试INREC BUILD(),将记录限制为最大实际大小,而不是复制所有内容,看是否有帮助。
3.尝试在此步骤中以更高的值添加REGION。
4.与IBM联系并分享您的问题。
主题已移至DFSORT。 |
|
回到顶部 |
|
 |
谢尔盖肯
活跃成员

已加入:2008年4月29日 职位:937 所在地:马里兰
|
|
|
|
ribu_thms写道: |
塞尔吉肯写道: |
我建议不要对SORT的每个步骤进行“微调”,而应总体上回顾整个过程逻辑。
这些具有数百个步骤的JCL通常会被5至50个不同的人“改进”很多年。他们每个人都没有时间或没有欲望来分析整个过程,而是在许多其他中间增加了3-5-10个新步骤。通常,同一数据集在一项工作中来回多次被重新今天双色球开奖结果,每次只是为了生成单个报告或一组新记录。经过仔细审查,可以组合或优化许多步骤,或者一个SORT的结果可以用于需要相同今天双色球开奖结果顺序的多个处理步骤,而无需一次又一次地重新今天双色球开奖结果。
对通用算法的这种仔细审查可能会带来更严重的性能改进。并非总是如此,但非常频繁。 |
我已经审查了整个工作,但是不幸的是SORT语句无法避免。 |
对于此问题,没有任何通用的抽象解决方案。您需要仔细检查整个过程 专门针对您的情况.
在这个论坛上要求这种“通用”的魔术技巧是没有意义的,而绝对没有提供与您的情况有关的具体细节。 |
|
回到顶部 |
|
 |
ribu_thms
新的用户
已加入:2020年12月29日 帖子:6 地点:德国
|
|
|
|
罗希特·乌马尔吉卡(Rohit Umarjikar)写道: |
一些实验
1.将流程分为4-5个作业,然后合并。经过的时间将减少,我也希望CPU(可能会略有减少)。
2.您可以尝试INREC BUILD(),将记录限制为最大实际大小,而不是复制所有内容,看是否有帮助。
3.尝试在此步骤中以更高的值添加REGION。
4.与IBM联系并分享您的问题。
主题已移至DFSORT。 |
非常感谢Rohit。我将尝试这些选项。非常感谢。 |
|
回到顶部 |
|
 |
ribu_thms
新的用户
已加入:2020年12月29日 帖子:6 地点:德国
|
|
|
|
塞尔吉肯写道: |
ribu_thms写道: |
塞尔吉肯写道: |
我建议不要对SORT的每个步骤进行“微调”,而应总体上回顾整个过程逻辑。
这些具有数百个步骤的JCL通常会被5至50个不同的人“改进”很多年。他们每个人都没有时间或没有欲望来分析整个过程,而是在许多其他中间增加了3-5-10个新步骤。通常,同一数据集在一项工作中来回多次被重新今天双色球开奖结果,每次只是为了生成单个报告或一组新记录。经过仔细审查,可以组合或优化许多步骤,或者一个SORT的结果可以用于需要相同今天双色球开奖结果顺序的多个处理步骤,而无需一次又一次地重新今天双色球开奖结果。
对通用算法的这种仔细审查可能会带来更严重的性能改进。并非总是如此,但非常频繁。 |
我已经审查了整个工作,但是不幸的是SORT语句无法避免。 |
对于此问题,没有任何通用的抽象解决方案。您需要仔细检查整个过程 专门针对您的情况.
在这个论坛上要求这种“通用”的魔术技巧是没有意义的,而绝对没有提供与您的情况有关的具体细节。 |
我同意我的查询是通用查询。在这个论坛上,我也尝试给出一些例子。我从这个论坛上收到了一些有用的信息,对我有帮助。我从没想到魔术。但是,我理解您的观点,也同意您的观点,即多年来这些人做了很多更改,而对未来的影响却没有多加考虑。非常感谢您的回复。 |
|
回到顶部 |
|
 |
罗希特·乌马尔吉卡(Rohit Umarjikar)
全球主持人

已加入:2010年9月21日 帖子:2575 地点:美国纽约
|
|
|
|
ribu_thms写道: |
罗希特·乌马尔吉卡(Rohit Umarjikar)写道: |
一些实验
1.将流程分为4-5个作业,然后合并。经过的时间将减少,我也希望CPU(可能会略有减少)。
2.您可以尝试INREC BUILD(),将记录限制为最大实际大小,而不是复制所有内容,看是否有帮助。
3.尝试在此步骤中以更高的值添加REGION。
4.与IBM联系并分享您的问题。
主题已移至DFSORT。 |
非常感谢Rohit。我将尝试这些选项。非常感谢。 |
欢迎!让我们知道他们是否有任何改进,将来可能会对其他人有所帮助。谢谢。 |
|
回到顶部 |
|
 |
|