Radoslaw, Would you be happier with this: "Actually the SAD display does not report channel utilization for FICON. It is showing you microprocessor busy on the host channel board."
The blocksizes used by ADRDSSU will depend on the processing you requested. A physical DUMP will use a large data length, especially if you specify OPT(4), but a logical copy often calls a utility (REPRO, IEBCOPY) which will use a much smaller data length based on the blocking factor used by the dataset and the utility. I'm not saying that your results are incorrect or invalid, I simply find ADRDSSU not to be the most scientific of utilities for benchmarking. You may also want to check that the port(s) on the storage you are testing have not been saturated and causing a feedback effect on the host channel. I'd recommend that you fan out the single 8S channel to at least four different ports on four different storage FICON blades to mitigate usage on the storage end affecting your measurement. Ron > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of R.S. > Sent: Wednesday, March 07, 2012 4:37 AM > To: [email protected] > Subject: Re: [IBM-MAIN] FICON channel utilization > > W dniu 2012-03-07 12:49, Ron Hawkins pisze: > > Radoslaw, > > > > Actually RMF does not report channel utilization for FICON. It is > > showing you microprocessor busy on the host channel board. > > Did I say RMF? :-) > I observed the utilisation on HMC. However AFAIK RMF showed similar data. > > > For the same MB/sec this metric will change depending on block size, > > data length and whether zHPF is used. > > It was non-TCW traffic, blocks were large. > > > -- > Radoslaw Skorupka > Lodz, Poland > > > -- > 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 > 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] > 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.2012 r. kapita zakadowy BRE Banku SA (w > caoci wpacony) wynosi 168.410.984 zotych. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
