Hello R.S,

Thank you so much for this info. Can I have some info on how to configure a
CP as kneecapped or not full speed?

So IRD needs parallel sysplex and can be implemented in z/OS environment.
This means it can be shared in a LPAR of CP, zIIP and zAAP in sysplex...am
I right?

Regards,
Suresh




On Fri, Apr 5, 2013 at 9:47 AM, R.S. <[email protected]> wrote:

> W dniu 2013-04-05 06:51, suresh chacko pisze:
>
>> Points we shared and learnt. Thanks to all for this knowledge share.
>>
>>     1. CP is kneecapped and expensive.
>>
> Not always kneecapped, especially not true in bigger installations!
> Reason: kneecapped CPs can be configured in small machines (z10BC, z114)
> and in small configurations of big machine (up to single book).
> For z10EC it will be every capacity model above 612, for z196 every model
> above 615.
>
>
>  Linux will run faster on IFL.
>>
> Only when comparing kneecapped (slowed down) CP to IFL. In case of
> full-speed CP it is *exactly the same* in speed as IFL.
>
>      2. CP and IFL's can be shared in single LPAR
>>     3. Proper sizing of Memory, Paging, SRN resources.
>>     4. If still high usage caused by Linux instance - adding additional
>> IFL
>>     5. No restriction to have more number of IFLs than CP.
>>     6. Review the WAIT COMPLETION flag
>>
>>
>> I have a question..
>>
>> In this case, Will it be helpful to implement IRD in the shared LPAR of CP
>> and IFLs?
>>
> No, it won't be helpful, because it is impossible. IRD requires Parallel
> Sysplex, which means z/OS only. IFL is for Linux (and z/VM).--
>
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> --
> Tre   tej wiadomo ci mo e zawiera  informacje prawnie chronione Banku
> przeznaczone wy  cznie do u ytku s u bowego adresata. Odbiorc  mo e by
>  jedynie jej adresat z wy  czeniem dost pu osób trzecich. Je eli nie jeste
>  adresatem niniejszej wiadomo ci lub pracownikiem upowa nionym do jej
> przekazania adresatowi, informujemy,  e jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne dzia anie o podobnym charakterze jest prawnie
> zabronione i mo e by  karalne. Je eli otrzyma e  t  wiadomo   omy kowo,
> prosimy niezw ocznie zawiadomi  nadawc  wysy aj c odpowied  oraz trwale
> usun   t  wiadomo   w  czaj c 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
> authorised 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.
> BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00,
> fax +48 (22) 829 00 33, www.brebank.pl, e-mail: [email protected]
> S d Rejonowy dla m. st. Warszawy XII Wydzia  Gospodarczy Krajowego
> Rejestru S dowego, nr rejestru przedsi biorców KRS 0000025237, NIP:
> 526-021-50-88. Wed ug stanu na dzie  01.01.2013 r. kapita  zak adowy BRE
> Banku SA (w ca o ci wp acony) wynosi 168.555.904 z otych.
>
>
> ------------------------------**------------------------------**----------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>



-- 
*SureshNc*

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

Reply via email to