|
查看上一个主题 :: 查看下一个主题
|
| 作者 |
信息 |
尼克维
新的用户
已加入：2008年6月15日
帖子：9
地点：中国
|
|
|
|
你好
谁能告诉我，如何提高系统性能，当我们同时登录系统并且有人编译程序时，系统将非常慢。
如何找到限制系统性能的瓶颈？
/ 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
地点：威尔士威尔士
|
|
|
|
性能和容量分析不是一项快速而轻松的工作。您将需要分析SMF记录，以清楚地了解到底什么时候导致了问题。
然后，您可以进行更改，系统设置，数据集移动等。qnd然后重新开始监视/分析过程。 |
|
| 回到顶部 |
|
|
迪克·谢勒
主持人荣誉
已加入：2006年11月23日
帖子：19245
位置：矩阵内部
|
|
|
|
你好，
打个比方。 。 。如果您的系统可以平稳地承载100个单位的负载，但是“当我们全部登录时”将创建750个单位的负载， 一切 会很慢。 。 。
当每个人都登录时，系统是否总是很慢？还是这是一种新行为？
您最近是否增加了登录人数（尤其是开发人员）？
可用时，使用多余的容量是件好事，但是，在已经完整的系统中增加使用量却适得其反。 |
|
| 回到顶部 |
|
|
尼克维
新的用户
已加入：2008年6月15日
帖子：9
地点：中国
|
|
|
|
谢谢，
是的，这是我们的过渡系统，我们大约有80个新成员在上面练习开发人员程序，我认为该系统超载。也许我们应该升级硬件。 |
|
| 回到顶部 |
|
|
迪克·谢勒
主持人荣誉
已加入：2006年11月23日
帖子：19245
位置：矩阵内部
|
|
|
|
你好，
当开发人员不活跃时，可能或更改系统上的其他一些/计划的工作。
80名新开发人员肯定会导致性能“上升”。 。 。 |
|
| 回到顶部 |
|
|
比尔·丹尼斯
活跃成员
已加入：2007年8月17日
帖子：562
地点：美国爱荷华州
|
|
|
|
| 尼克维写道： |
| 顺便说一句，如何显示程序使用的内存数量？ |
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年6月15日
帖子：9
地点：中国
|
|
|
|
我们的系统有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
位置：矩阵内部
|
|
|
|
你好，
| 引用： |
I find the COMPILER JCLLOG, the msg as follow:
IEF374I逐步/停止/停止 |
这是来自编译/链接。您还希望找到此信息以执行批处理程序，以查看这些作业使用了多少。
程序一旦编译，它们将如何运行？ CICS，IMS，批处理等？该系统是否还运行db2？ |
|
| 回到顶部 |
|
|
尼克维
新的用户
已加入：2008年6月15日
帖子：9
地点：中国
|
|
|
|
该系统还运行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
地点：美国爱荷华州迪比克
|
|
|
|
| 硬件升级肯定会有所帮助。 z10盒可以达到1.5 TB的内存；甚至我们的z800每个LPAR都运行3 GB。如今，512 MB并没有那么多，尤其是在运行许多TSO会话时-我提供了很多Unix系统服务支持，因此我的TSO会话内存限制设置为128 MB。额外的内存将减少您初始帖子中显示的分页，这也将改善响应时间和性能。将OS / 390升级到z / OS也可能会有所改善。 |
|
| 回到顶部 |
|
|
比尔·丹尼斯
活跃成员
已加入：2007年8月17日
帖子：562
地点：美国爱荷华州
|
|
|
|
| 您可能处于内存有限（512M很小！）的LPAR中，并且可能还受可用CPU数量的限制。有人将测试环境设计为有限的容量。如果它限制了生产率，请与您的经理交谈。 |
|
| 回到顶部 |
|
|
|
|
