RE: Hosted LPAR performance

[Bob Cagle <bcagle@xxxxxxxxxxx>]

Don't think I have access to that - just basic access to our LPAR.

Thanks
Bob

-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Evan Harris
Sent: Monday, February 11, 2019 1:38 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: Hosted LPAR performance

If you have access to the admin server then running the CPU Waits Analysis chart might give you some insight as to whether the CPU is an issue.
There are good disk analysis reports/charts in thee as well.
Based on your feedback regarding WRKDSKSTS I'd be looking at the CPU waits next.

On Tue, Feb 12, 2019 at 8:00 AM Bob Cagle <bcagle@xxxxxxxxxxx> wrote:

> Pretty sure we are capped, but I will double check with the hoster.
>
> Thanks
> Bob
>
> -----Original Message-----
> From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of 
> Holger Scherer
> Sent: Monday, February 11, 2019 11:15 AM
> To: Midrange Systems Technical Discussion 
> <midrange-l@xxxxxxxxxxxxxxxxxx>
> Subject: Re: Hosted LPAR performance
>
> ok, FTP sounds reasonable. So when the disks usually stay at 0% then 
> there might be VIOS and/or SAN involved which can create weird results.
> Have them report about the disk setup and check parallel usage of 
> other clients.
> If your CPU usage stays <20% then that is not the issue. Do you know 
> if your LPAR CPU is capped or not?
> -h
>
> > Am 11.02.2019 um 17:21 schrieb Bob Cagle <bcagle@xxxxxxxxxxx>:
> >
> > The hoster already asked me to run the WRKDSKSTS and I ran it last
> Friday for over 3 hours during our busy time of the day for the system.
> The % Busy stayed at 0% the whole time.
> > The FTP transfers were acceptable.  I had one file that was 29GB 
> > that
> did take several hours to transfer from the on-premises box to the new 
> LPAR over VPN.