Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Re: SMDRD 156%
22 views
Skip to first unread message
Paul Gear
Feb 16, 2010, 7:21:22 AM2/16/10
to
scotsman wrote:
> This thread should be somewhere between Adminstration or Storage/Backup
> I wasn't sure where to post.
>
> I've getting high CPU reading on smdrd while using Syncsort
> Does anyone else have the same problem?
> Has anyone else had that problem and fixed it. As far as I can see I'm
> uptodate on patches both sides
> I have a second question if you check out the attached file I have 156%
> CPU on SMDRD but only 30% on global CPU I've configure my VM with 4 CPU
> Is the 30% CPU 156% divided by 4 (more or less)
> I added 2 CPUs to the VM to test performances if I went back to 2 CPU
> would global CPU double in this case What would happen I I left one
> CPU?
> This thread should be somewhere between Adminstration or Storage/Backup
> I wasn't sure where to post.
>
> I've getting high CPU reading on smdrd while using Syncsort
> Does anyone else have the same problem?
> Has anyone else had that problem and fixed it. As far as I can see I'm
> uptodate on patches both sides
> I have a second question if you check out the attached file I have 156%
> CPU on SMDRD but only 30% on global CPU I've configure my VM with 4 CPU
> Is the 30% CPU 156% divided by 4 (more or less)
> I added 2 CPUs to the VM to test performances if I went back to 2 CPU
> would global CPU double in this case What would happen I I left one
> CPU?
We just updated our VM cluster to kernel-vmi-2.6.16.60-0.59.1 and
novell-nss-4.12.2921-0.6.1 [1] this afternoon and the high utilization
when connecting with Syncsort went away. I don't think the boss has
made a backup with it yet, but i suspect that's not far away.
Paul
[1] I thought this was part of the "OES2 SP2 January 2010 Scheduled
Maintenance 20100130 bug fix list" (TID 7005280), but it seems that they
have released further patches via the YaST update channel.
0 new messages