Re: Channel Contention

2010-02-22 Thread Brian Nielsen
Thanks, I wasn't aware of that. It makes the channel activity displays much less interesting. Brian Nielsen On Thu, 18 Feb 2010 20:12:57 -0500, Raymond Higgs rayhi...@us.ibm.com wrote: I wouldn't rely on those System Activity Display numbers with big IOs to determine channel capacity.

Re: Channel Contention

2010-02-18 Thread Brian Nielsen
Being that this is a one-time effort, I wouldn't worry too much about where the bottleneck is because you indicate can't do anything about it anyway. Better is simply to estimate the amount of time it will take to some gross level of precision. If you were going to be doing it regularl y

Re: Channel Contention

2010-02-18 Thread Raymond Higgs
To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Channel Contention Being that this is a one-time effort, I wouldn't worry too much about where the bottleneck is because you indicate can't do anything about it anyway. Better is simply to estimate the amount of time it will take

Channel Contention

2010-02-17 Thread Schuh, Richard
Currently, we have 3 LPARS, 2 support Linux and 1 for TPF testing. The current disk configuration is * a boatload of big 3390s (27-32MB) are on the Linux LPARs, These are connected using 4 Ficon channels. The DDRs will be done from one of the Linux LPARs. There will be two concurrent

Re: Channel Contention

2010-02-17 Thread Brian Nielsen
Here are some data points that may help you. When I run standalone DDR to do a DASD-to-DASD copy within a single ESS 800 connected with 4 FICON channels, each channel is about 3-4% busy as reported on the HMC channel activity display, and the CPU is about 1% busy. My quick back of the

Re: Channel Contention

2010-02-17 Thread Feller, Paul
AIT Mainframe Technical Support From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Schuh, Richard Sent: Wednesday, February 17, 2010 1:14 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Channel Contention Currently, we have 3 LPARS, 2 support Linux and 1 for TPF testing

Re: Channel Contention

2010-02-17 Thread Schuh, Richard
Sent: Wednesday, February 17, 2010 1:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Channel Contention I might be more concerned that the ESCON channels might be a bottle neck. Some of the factors that will affect the performance on the new DASD would be the speed of the Ficon channels (2 gig, 4

Re: Channel Contention

2010-02-17 Thread Schuh, Richard
From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Rydberg Sent: Wednesday, February 17, 2010 11:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Channel Contention Richard, A couple question: How is your FICON Switch fabric configured