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

如何减少响应时间,提高性能


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

新的用户


已加入:2008年6月15日
帖子:9
地点:中国

发布发表:2008年7月15日,星期二,12:52 pm
引用回复

你好
谁能告诉我,如何提高系统性能,当我们同时登录系统并且有人编译程序时,系统将非常慢。
如何找到限制系统性能的瓶颈?

/ D ASM
响应= TST
IEE200I 15.14.26显示ASM 639
类型完整的统计数据集名称
PLPA 93%确定PAGE.TST.PLPA
普通6%OK PAGE.TST.COMMON
本地42%OK PAGE.TST.LOCAL1
本地NV 37%确定PAGE.TST.LOCAL2
本地97%确定PAGE.TST.LOCAL3
本地23%正常PAGE.TST.LOCAL5
本地24%OK PAGE.TST.LOCAL4

顺便说一句,如何显示程序使用的内存数量?
回到顶部
查看用户资料 发送私信
外籍人士

全球主持人


已加入:2007年3月14日
帖子:8794
地点:威尔士威尔士

发布发表:2008年7月15日,星期二,下午1点04分
引用回复

性能和容量分析不是一项快速而轻松的工作。您将需要分析SMF记录,以清楚地了解到底什么时候导致了问题。

然后,您可以进行更改,系统设置,数据集移动等。qnd然后重新开始监视/分析过程。
回到顶部
查看用户资料 发送私信
迪克·谢勒

主持人荣誉


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

发布发表:2008年7月15日,星期二,7:36 pm
引用回复

你好,

引用:
当我们同时登录系统时,如何提高系统性能
打个比方。 。 。如果您的系统可以平稳地承载100个单位的负载,但是“当我们全部登录时”将创建750个单位的负载, 一切 会很慢。 。 。

当每个人都登录时,系统是否总是很慢?还是这是一种新行为?

您最近是否增加了登录人数(尤其是开发人员)?

可用时,使用多余的容量是件好事,但是,在已经完整的系统中增加使用量却适得其反。
回到顶部
查看用户资料 发送私信
尼克维

新的用户


已加入:2008年6月15日
帖子:9
地点:中国

发布发表:2008年7月15日,星期二,9:08 pm
引用回复

谢谢,
是的,这是我们的过渡系统,我们大约有80个新成员在上面练习开发人员程序,我认为该系统超载。也许我们应该升级硬件。
回到顶部
查看用户资料 发送私信
迪克·谢勒

主持人荣誉


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

发布发表:2008年7月15日,星期二,9:54 pm
引用回复

你好,

引用:
也许我们应该升级硬件。
当开发人员不活跃时,可能或更改系统上的其他一些/计划的工作。

80名新开发人员肯定会导致性能“上升”。 。 。
回到顶部
查看用户资料 发送私信
比尔·丹尼斯

活跃成员


已加入:2007年8月17日
帖子:562
地点:美国爱荷华州

发布发表:2008年7月16日,星期三,上​​午12:54
引用回复

尼克维写道:
顺便说一句,如何显示程序使用的内存数量?
Look for the IEF374I msg in your JCLlisting. VIRT is memory below 16MB and EXT in memory above 16MB.
回到顶部
查看用户资料 发送私信
Craq Giegerich

高级会员


加入时间:2007年5月19日
帖子:1512
地点:美国弗吉尼亚

发布发表:2008年7月16日,星期三,上​​午1:13
引用回复

开发人员是在前台编译还是在后台编译?
回到顶部
查看用户资料 发送私信
尼克维

新的用户


已加入:2008年6月15日
帖子:9
地点:中国

发布发表:2008年7月16日,星期三,上​​午7:04
引用回复

我们的系统有512M内存和OS / 390,我不确定它是否支持80个用户。

引用:
Look for the IEF374I msg in your JCLlisting. VIRT is memory below 16MB and EXT in memory above 16MB.

I find the COMPILER JCLLOG, the msg as follow:
IEF374I STEP / LKED / STOP 2008198.0914 CPU 0MIN 00.07SEC SRB 0MIN 00.01SEC VIRT 172K SYS 280K EXT 1316K SYS 10056K
这样的配置合理吗?


引用:
开发人员是在前台编译还是在后台编译?

我们通过提交JCL来编译程序。
回到顶部
查看用户资料 发送私信
迪克·谢勒

主持人荣誉


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

发布发表:2008年7月16日,星期三,上​​午7:40
引用回复

你好,

引用:
I find the COMPILER JCLLOG, the msg as follow:
IEF374I逐步/停止/停止
这是来自编译/链接。您还希望找到此信息以执行批处理程序,以查看这些作业使用了多少。

程序一旦编译,它们将如何运行? CICS,IMS,批处理等?该系统是否还运行db2?
回到顶部
查看用户资料 发送私信
尼克维

新的用户


已加入:2008年6月15日
帖子:9
地点:中国

发布发表:2008年7月16日,星期三,上​​午7:57
引用回复

该系统还运行DB2和CICS。
有批处理程序和在线程序。他们从db 2或数据集中读取数据。在线程序,我们在CICS上运行它们,并提交JCL以运行批处理程序。

以下是编译器作业日志中的msg。
IEF374I STEP / PC / STOP 2008198.1020 CPU 0MIN 00.08SEC SRB 0MIN 00.01SEC VIRT 1320K SYS 296K EXT 4K SYS 10164K
IEF374I STEP / TRN / STOP 2008198.1020 CPU 0MIN 00.10SEC SRB 0MIN 00.00SEC VIRT 8332K SYS 288K EXT 4K SYS 9920K
IEF374I STEP / COBOL / STOP 2008198.1020 CPU 0MIN 00.34SEC SRB 0MIN 00.02SEC VIRT 9928K SYS 300K EXT 1845424K系统 10076K (这是在在线程序编译器中)
IEF374I STEP / COBOL / STOP 2008198.1014 CPU 0MIN 00.16SEC SRB 0MIN 00.01SEC VIRT 8192K SYS 284K EXT 32720K系统 10736K
(这是在批处理程序编译器中)
IEF374I STEP / LKED / STOP 2008198.1014 CPU 0MIN 00.07SEC SRB 0MIN 00.01SEC VIRT 172K SYS 280K EXT 1316K SYS 10056K
回到顶部
查看用户资料 发送私信
罗伯特·桑普

全球主持人


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

发布发表:2008年7月16日,星期三,上​​午8:04
引用回复

硬件升级肯定会有所帮助。 z10盒可以达到1.5 TB的内存;甚至我们的z800每个LPAR都运行3 GB。如今,512 MB并没有那么多,尤其是在运行许多TSO会话时-我提供了很多Unix系统服务支持,因此我的TSO会话内存限制设置为128 MB。额外的内存将减少您初始帖子中显示的分页,这也将改善响应时间和性能。将OS / 390升级到z / OS也可能会有所改善。
回到顶部
查看用户资料 发送私信
比尔·丹尼斯

活跃成员


已加入:2007年8月17日
帖子:562
地点:美国爱荷华州

发布发表:2008年7月16日,星期三,下午6:35
引用回复

您可能处于内存有限(512M很小!)的LPAR中,并且可能还受可用CPU数量的限制。有人将测试环境设计为有限的容量。如果它限制了生产率,请与您的经理交谈。
回到顶部
查看用户资料 发送私信
查看上一个主题 :: :: 查看下一个主题  
发表新话题   回复主题 查看书签
所有时间均为格林尼治标准时间+ 6小时
论坛索引 -> JCL& VSAM

 


类似主题
话题 论坛 回覆
没有新帖 哪个SORT实用程序可以改善性能? DFSORT / ICETOOL 16
没有新帖 同时修改多个JCL JCL& VSAM 6
没有新帖 COBOL性能调整 COBOL程式设计 6
没有新帖 REORG减少段大小新的DBD IMS数据库/ DC 2
没有新帖 如何处理基于文件的依赖文件 JCL& VSAM 8
搜索我们的论坛:

回到顶部