Re: FW: I/O Optimization
Barry Merrill wrote: NOT PARTICULARLY EFFICIENT, but met the requirments. Of course. It is also not efficient when you need to recover lost SMF data. One broken record or block and the rest of the dataset are lost. [1] Groete / Greetings Elardus Engelbrecht [1] - I believe there is a program somewhere on the CBTTAPE which you can use to repair broken VBS datasets. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FW: I/O Optimization
Actually, while IBM's IFASMFDP would fail with ABEND 002 on a broken VBS segment or block, even the first public version of SAS, in October, 1972, when it was still distributed in source code from the Department of Statistics at North Carolina State University, could read and recover SMF VBS files with broken segments, thanks to the brilliant implementation by Tony Barr. Barry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Tuesday, June 11, 2013 5:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FW: I/O Optimization Barry Merrill wrote: NOT PARTICULARLY EFFICIENT, but met the requirments. Of course. It is also not efficient when you need to recover lost SMF data. One broken record or block and the rest of the dataset are lost. [1] Groete / Greetings Elardus Engelbrecht [1] - I believe there is a program somewhere on the CBTTAPE which you can use to repair broken VBS datasets. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FW: I/O Optimization
With your persistence in demanding that your interpretation is the ONLY correct grammar, would not An historic have been a better suggestion? And I disagree, since the THE was qualified by for SMF in OS/360 and not a reference to the earlier and different use in FORTRAN. I actually accomplish sharing information in my posts. Yours seem to exist only to inflate your ego. Barry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Tuesday, June 11, 2013 7:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FW: I/O Optimization Barry Merrill wrote: begin extract The historic use of VBS was precisely for SMF in OS/360, when the NUC was 86K and SMF want to write 32K logical records. /end extract This is accurate enough if 'The' is replaced by 'a'; but VBS has a very much longer history beginning with unformatted FORTRAN II tape I/O on the IBM 704. For its history in an IBM System/360 environment see http://www.idinews.com/history/greenWords.html John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FW: I/O Optimization
W dniu 2013-06-11 19:20, John Eells pisze: R.S. wrote: snip BTW2: It's really strange why IFASMFDP have no option like SPANINC. Is it candidate for z/OS version 3.x in 2024? As Yogi Berra is rumored to have said (there are any number of attributed variations), Prediction is hard. Especially about the future. But in my view, the chances that we will enhance IFASMFDP in this way are slim. We have been focusing instead on enhancing the functions related to writing SMF data to log streams. It wasn't prediction, it was sarcazm. I have no doubt IBM will do anything convenient in z/OS realm :-( Caution: convenient does not belong to RAS. -- 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: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
