???
Could you explain the limitation?
Do you mean limit of logical paths per chpid? Caution: it depends on the controller, different limits can be in case of HDS Lightning and EMC DMX. Regarding switches - this is first time I heard the use of switches change the limit.

In simple scenario, # of logical paths is # of LPARs attached to the CU port (in the DASD box, not in CPC) x # of LCUs:
#LPs=#LPARs x  #LCUs

Note: when using switches it is possible to attach more CPCs (and maybe more LPARs) to the CU port.



--
Radoslaw Skorupka
Lodz, Poland







W dniu 2014-01-02 01:19, Mike Schwab pisze:
The total number of paths must be kept at 256 or less.
With 2 cascading directors:
(LPAR <-> CNTRL1) * (CNTRL1 <-> CNTRL2) * (CNTRL2 -> DASD).
4 * 8 * 8 would be 256.
With a single director 16 * 16 is possible but not usually needed.


On Tue, Dec 31, 2013 at 8:26 AM, Dazzo, Matt <[email protected]> wrote:
We have a new IBM DS8870 that I have to define to the IODF. We are going to 
have (16) 2107 type LCU's controllers and about 3k total devices defined to 
those 16 LCU's. We also have 16 FICON channels available to use, I was thinking 
about defining 8 channels to each LCU.

We currently have 4 channels defined to each LCU on our existing Shark device. 
We do not experience any IO delays or contention with this config.

My experience in this area as you can tell is a little limited. As far as 
channels are concerned is the motto 'the more the merrier' apply here? Or 
should I follow the existing standard of 4 channels to each LCU?  Any standard 
to follow?

Thanks Matt

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN





--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: [email protected] Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 0000025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.555.904 zote.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to