- 论坛徽章:
- 0
|
与过去不同,V5R1上collection service市收集系统性能数据的唯一方法。在V5R1上perform monitor已经被系统功能:collection services所代替。与perform monitor相同的是,collection service从包括job,disk units,I/O processor,bus,communicaition lines,pool等系统资源中采集performance data。从V4R4开始,collection services就被引进,而perform monitor一直被保留到V4R5,以便于用户进行迁移。IBM的开发小组说明,仅仅采集系统performance data的引擎被替换掉了,collection service产生的数据文件名也是QAPM*,所以你仍然可以用现有的peformance tool与新的collector配合使用。
perform monitor是个非常老的工具,产生于S/38时代,从OS/400 V1R1开始被引入,使用的是PL/MI数据结构。随400系统性能的大幅提高,PL/MI不可能预测到系统资源的大幅提高和系统负荷的急剧增长。所以为适应系统的增长,不断的进行打补丁,可见这将导致代码维护的困难和效率的低下。
perofrm monitor还有个限制就是他的设计上将数据的采集和将数据存贮到一个数据库文件中这两件事被设计到一个过程中。随着400的系统负荷的急剧增长,采集的量比较大的时候,将数据存入数据库文件中将相当的耗时。当系统中有成千上万个job的时候,系统的cpu快用到极限时,显然在系统上跑这么消耗系统资源的tool是不可接受的。现在看来,修修补补是不能解决perform monitor存在的性能问题。
collection services是用C++写的,他可以在非常小的间隔从大量的job中进行数据采集,并且系统资源的消耗非常的小。
从V4R4开始management collection object(*MGTCOL)被创建,他的用处是存储collection services data,该obj充分利用teraspace的支持在存储大量性能数据方面效率非常的高。这是因为teraspace可以提供1T的连续存储空间,而不像400上的单级存储必须多个16M的存储空间链在一起。
待续。。。。 |
|