Re: DDR Question
And plus. Please do not forget about contents of backuped data, it may be not compressable at all ;) So, this DASD requires maximum tape count. And a big number of clear DASDs (just formatted) may fit into one tape at the same time. The software compression case permits to calculate estimated tape count, and the hardware -- not. Anyway, you should run the backup process twice (with all limitations like data isolation, write protection, etc.) Do you need that? Always keep in mind the maximum count of tapes for the first run. -- WBR, =Maxim Bochagov IBM Russia, PTK development team
Re: DDR Question
Before that there was 56 fci. (Flux Changes per Inch) Jim On 3/30/2011 11:45 PM, Schuh, Richard wrote: --_000_B9D705B53AE1EF44ACE29D47FE18D5C30309AFF650SW720MBPX014v_ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Round tape reels! Now, that is old. Since I remember them too, we are both = showing our age. Do you remember when the 200 bpi density? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Beh= alf Of Tom Huegel Sent: Wednesday, March 30, 2011 8:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR Question Slight brain fart, I didn't even think of hardware compression duh! I guess= the only real way to to do it is just experimentation. I still seem to remember a program from long ago, and it may have been a VS= E program, that would tell you how many bytes would go to the tape, in fact= I think it told you how many feet of tape (2400/3400) would be used.. Thanks guys. On Wed, Mar 30, 2011 at 5:14 PM, Tom Duerbuschduerbus...@stlouiscity.com= mailto:duerbus...@stlouiscity.com wrote: If you are doing software compression, then, perhaps use the Pipe DDR stage= and route it to the count stage. But knowing how much compression the hardware will donot obvious to me. However, once you do have a compressed tape, DITTO TMP will tell you how mu= ch tape the compressed dataset took on the media. Tom Duerbusch THD Consulting Rich Greenbergric...@panix.commailto:ric...@panix.com 3/30/2011 4:= 55 PM On: Wed, Mar 30, 2011 at 11:37:00AM -0700,Tom Huegel Wrote: } That doesn't show the compressed byte count is (would be). The goal here = is } to be able to predict how many tapes I will need to do backups. If you are doing hardware compression in the tape drive, I don't think there is any way for DDR to know the compressed byte count. Software compression, yes it would. I suspect that the easiest way to determine the tape counts will be experimentally. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.comhttp://panix.com= + 1 941 378 2097tel:%2B%201%20941%20378%202097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-= 67 Canines: Val, Red, Shasta, Zero Casey (At the bridge)Owner:Chinoo= k-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Siberne= t-L --_000_B9D705B53AE1EF44ACE29D47FE18D5C30309AFF650SW720MBPX014v_ Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: quoted-printable !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTMLHEAD META http-equiv=3DContent-Type content=3Dtext/html; charset=3Dus-ascii META content=3DMSHTML 6.00.2900.6058 name=3DGENERATOR/HEAD BODY DIV dir=3Dltr align=3DleftSPAN class=3D796074203-31032011FONT face=3DA= rial=20 color=3D#ffRound tape reels! Now, that is old. Since I remember them t= oo, we=20 are both showing our age. Do you remember when thenbsp;200 bpi=20 density?nbsp;/FONT/SPAN/DIV DIVFONT face=3DArial color=3D#ff/FONTnbsp;/DIV DIV class=3DSection1 PSPAN style=3DFONT-SIZE: 11pt; FONT-FAMILY: ArialRegards,BRRichard= Schuh=20 ?xml:namespace prefix =3D o ns =3D urn:schemas-microsoft-com:office:offic= e=20 /o:p/o:p/SPAN/P PSPAN=20 style=3DFONT-SIZE: 11pt; FONT-FAMILY: Arialo:pnbsp;/o:p/SPAN/P= /DIV DIVnbsp;/DIVBR BLOCKQUOTE=20 style=3DPADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #ff 2px soli= d; MARGIN-RIGHT: 0px DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft HR tabIndex=3D-1 FONT face=3DTahoma size=3D2BFrom:/B The IBM z/VM Operating System=20 [mailto:IBMVM@LISTSERV.UARK.EDU]BOn Behalf Of/BTom=20 HuegelBRBSent:/B Wednesday, March 30, 2011 8:37 PMBRBTo:/B=20 IBMVM@LISTSERV.UARK.EDUBRBSubject:/B Re: DDR=20 QuestionBR/FONTBR/DIV DIV/DIV DIVSlight brain fart, I didn't even think of hardware compression duh! = I=20 guess the onlynbsp;real way to to do it is just experimentation./DIV DIVI still seem to remember a program from long ago, and it may have be= en a=20 VSE program, that would tell younbsp;how many bytes would go to the tape= , in=20 fact I think it told you how many feet of tape (2400/3400) would be used.= .=20 /DIV DIVnbsp;/DIV DIVThanks guys.nbsp;BRBR/DIV DIV class=3Dgmail_quoteOn Wed, Mar 30, 2011 at 5:14 PM, Tom Duerbusch= SPAN=20 dir=3Dltrlt;A=20 href=3Dmailto:duerbus...@stlouiscity.com;duerbus...@stlouiscity.com/A= gt;/SPAN=20 wrote:BR BLOCKQUOTE class=3Dgmail_quote=20 style=3DPADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: rgb(2= 04,204,204) 1px solidIf=20 you are doing software compression, then, perhaps use the Pipe DDR stag= e and=20 route it to the count stage.BRBut knowing how much compression the= =20 hardware will donot obvious to me.BRBRHowever, once you do have= a=20 compressed tape, DITTO TMP will tell you how much tape the compressed=20 dataset took
Re: DDR Question
Just don't compress the data more than once. If hdwe compression is going to happen, don't let it be passed thru a s/w compression stage. Double compression isn't twice as dense or good. It probably will explode to more than you started with. Jim On 3/30/2011 11:36 PM, Tom Huegel wrote: --00221597476e480225049fbf01aa Content-Type: text/plain; charset=ISO-8859-1 Slight brain fart, I didn't even think of hardware compression duh! I guess the only real way to to do it is just experimentation. I still seem to remember a program from long ago, and it may have been a VSE program, that would tell you how many bytes would go to the tape, in fact I think it told you how many feet of tape (2400/3400) would be used.. Thanks guys. On Wed, Mar 30, 2011 at 5:14 PM, Tom Duerbusch duerbus...@stlouiscity.comwrote: If you are doing software compression, then, perhaps use the Pipe DDR stage and route it to the count stage. But knowing how much compression the hardware will donot obvious to me. However, once you do have a compressed tape, DITTO TMP will tell you how much tape the compressed dataset took on the media. Tom Duerbusch THD Consulting Rich Greenbergric...@panix.com 3/30/2011 4:55 PM On: Wed, Mar 30, 2011 at 11:37:00AM -0700,Tom Huegel Wrote: } That doesn't show the compressed byte count is (would be). The goal here is } to be able to predict how many tapes I will need to do backups. If you are doing hardware compression in the tape drive, I don't think there is any way for DDR to know the compressed byte count. Software compression, yes it would. I suspect that the easiest way to determine the tape counts will be experimentally. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge) Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L --00221597476e480225049fbf01aa Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable divSlight brain fart, I didn#39;t even think of hardware compression duh= ! I guess the only=A0real way to to do it is just experimentation./divdi= vI still seem to remember a program from long ago, and it may have been a = VSE program, that would tell you=A0how many bytes would go to the tape, in = fact I think it told you how many feet of tape (2400/3400) would be used.. = /div div=A0/divdivThanks guys.=A0brbr/divdiv class=3Dgmail_quote= On Wed, Mar 30, 2011 at 5:14 PM, Tom Duerbuschspan dir=3Dltrlt;a hre= f=3Dmailto:duerbus...@stlouiscity.com;duerbus...@stlouiscity.com/agt;= /span wrote:br blockquote style=3Dmargin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-l= eft-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: s= olid; class=3Dgmail_quoteIf you are doing software compression, then, p= erhaps use the Pipe DDR stage and route it to thequot;countquot; stage.= br But knowing how much compression the hardware will donot obvious to me.= br br However, once you do have a compressed tape, DITTO TMP will tell you how mu= ch tape the compressed dataset took on the media.br br Tom Duerbuschbr THD Consultingbr br gt;gt;gt; Rich Greenberglt;a href=3Dmailto:ric...@panix.com;richgr@= panix.com/agt; 3/30/2011 4:55 PMgt;gt;gt;br divdiv/divdiv class=3Dh5On: Wed, Mar 30, 2011 at 11:37:00AM -0700= ,Tom Huegel Wrote:br br } That doesn#39;t show the compressed byte count is (would be). The goal h= ere isbr } to be able to predict how many tapes I will need to do backups.br br If you are doing hardware compression in the tape drive, I don#39;t think= br there is any way for DDR to know the compressed byte count. =A0Softwarebr compression, yes it would.br br I suspect that =A0the easiest way to determine the tape counts will bebr experimentally.br br --br Rich Greenberg =A0Sarasota, FL, USA richgr atsigna href=3Dhttp://panix.c= om target=3D_blankpanix.com/a =A0a href=3Dtel:%2B%201%20941%20378%2= 02097+ 1 941 378 2097/abr Eastern time. =A0N6LRT =A0I speak for myselfamp; my dogs only. =A0 =A0VM= #39;er since CP-67br Canines: Val, Red, Shasta, Zeroamp; Casey (At the bridge) =A0 =A0 =A0 =A0= Owner:Chinook-Lbr Canines: Redamp; Cinnar (Siberians) =A0Retired at the beach =A0Asst Owner= :Sibernet-Lbr /div/div/blockquote/divbr --00221597476e480225049fbf01aa-- -- James Bohnsack (972) 596-6377 home/office (972) 342-5823 cell
Re: DDR Question
I still seem to remember a program from long ago, and it may have been a VSE program, that would tell you how many bytes would go to the tape, in fact I think it told you how many feet of tape (2400/3400) would be used.. Is there any chance that you might be thinking of the public domain TAPEMAP utility? It is run *after* the tape has been created, and displays the estimated footage used. It's a very old utility, so I suspect that the estimated footage has not been updated to support the plethora of new hardware and software developed since then. The output (with carriage control character) looks something like: 1TapeMap 3.066z/VM Conversational Monitor System 07/12/10 18:03z/VM CMSJQPUBLIC TAPEMAP Page 1 Options specified: DISK TERM MAP LABELS 0The input tape is on a 3490-01 7-track tape drive at address 0181. The tape was recorded at 38K bpi and is in IBM labeled format. The tape was recorded with odd parity. 0Volume Owner Data +__ __ 123456 0File Dataset NameRecFm BlkSize LRecL Density Created Expires + _ _ ___ _ ___ 0001 QTRSTMTS.Q22010JM FB16458 16458 200P 07/12/10 01/08/11 This is part 0002 of a file that begins on volume 504658. This file is continued on another volume. Block count: 745,677 0 Logical End-of-Tape 0TapeMap read 745,682 blocks containing under 1K bytes. There were 1 files. About 1072 feet of tape was used. 0End of TapeMap execution. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/30/2011 10:36 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DDR Question Slight brain fart, I didn't even think of hardware compression duh! I guess the only real way to to do it is just experimentation. I still seem to remember a program from long ago, and it may have been a VSE program, that would tell you how many bytes would go to the tape, in fact I think it told you how many feet of tape (2400/3400) would be used.. Thanks guys. On Wed, Mar 30, 2011 at 5:14 PM, Tom Duerbusch duerbus...@stlouiscity.com wrote: If you are doing software compression, then, perhaps use the Pipe DDR stage and route it to the count stage. But knowing how much compression the hardware will donot obvious to me. However, once you do have a compressed tape, DITTO TMP will tell you how much tape the compressed dataset took on the media. Tom Duerbusch THD Consulting Rich Greenberg ric...@panix.com 3/30/2011 4:55 PM On: Wed, Mar 30, 2011 at 11:37:00AM -0700,Tom Huegel Wrote: } That doesn't show the compressed byte count is (would be). The goal here is } to be able to predict how many tapes I will need to do backups. If you are doing hardware compression in the tape drive, I don't think there is any way for DDR to know the compressed byte count. Software compression, yes it would. I suspect that the easiest way to determine the tape counts will be experimentally. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge) Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: DDR Question
No, Mike that is not it. Although TAPEMAP is nice, it is after the fact. Now I am thinking it may have been part of CA's CMS-EPIC or their VM backup/restore product... It may have made more sense when CPU speeds were slow and sw compression was costly. Thanks anyway. On Thu, Mar 31, 2011 at 7:11 AM, Mike Walter mike.wal...@aonhewitt.comwrote: I still seem to remember a program from long ago, and it may have been a VSE program, that would tell you how many bytes would go to the tape, in fact I think it told you how many feet of tape (2400/3400) would be used.. Is there any chance that you might be thinking of the public domain TAPEMAP utility? It is run *after* the tape has been created, and displays the estimated footage used. It's a very old utility, so I suspect that the estimated footage has not been updated to support the plethora of new hardware and software developed since then. The output (with carriage control character) looks something like: 1TapeMap 3.066z/VM Conversational Monitor System 07/12/10 18:03z/VM CMSJQPUBLIC TAPEMAP Page 1 Options specified: DISK TERM MAP LABELS 0The input tape is on a 3490-01 7-track tape drive at address 0181. The tape was recorded at 38K bpi and is in IBM labeled format. The tape was recorded with odd parity. 0Volume Owner Data +__ __ 123456 0File Dataset NameRecFm BlkSize LRecL Density Created Expires + _ _ ___ _ ___ 0001 QTRSTMTS.Q22010JM FB16458 16458 200P 07/12/10 01/08/11 This is part 0002 of a file that begins on volume 504658. This file is continued on another volume. Block count: 745,677 0 Logical End-of-Tape 0TapeMap read 745,682 blocks containing under 1K bytes. There were 1 files. About 1072 feet of tape was used. 0End of TapeMap execution. Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. Tom Huegel tehue...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/30/2011 10:36 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: DDR Question Slight brain fart, I didn't even think of hardware compression duh! I guess the only real way to to do it is just experimentation. I still seem to remember a program from long ago, and it may have been a VSE program, that would tell you how many bytes would go to the tape, in fact I think it told you how many feet of tape (2400/3400) would be used.. Thanks guys. On Wed, Mar 30, 2011 at 5:14 PM, Tom Duerbusch duerbus...@stlouiscity.com wrote: If you are doing software compression, then, perhaps use the Pipe DDR stage and route it to the count stage. But knowing how much compression the hardware will donot obvious to me. However, once you do have a compressed tape, DITTO TMP will tell you how much tape the compressed dataset took on the media. Tom Duerbusch THD Consulting Rich Greenberg ric...@panix.com 3/30/2011 4:55 PM On: Wed, Mar 30, 2011 at 11:37:00AM -0700,Tom Huegel Wrote: } That doesn't show the compressed byte count is (would be). The goal here is } to be able to predict how many tapes I will need to do backups. If you are doing hardware compression in the tape drive, I don't think there is any way for DDR to know the compressed byte count. Software compression, yes it would. I suspect that the easiest way to determine the tape counts will be experimentally. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge) Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: DDR Question
Maybe you were thinking of the IBM DITTO product? It's available for VSE, VM/CMS and z/OS. Its tape map function reads a tape and tells you how many actual feet wer e written. From the DITTO manual: TMP (Tape Map) Purpose Summarize tape contents. For a specified number of files on the tape, this function prints the contents of the first block or blocks, the number of records, the minimum and maximum block sizes, the size of the file, and the amount of tape used. You can summarize the contents of the entire tape, or you can limit the summary to a specific number of tape files, and, within each tape file, t o a specific number of blocks.
Re: DDR Question
There is a COUNT option on the PRINT or TYPE command that will display only the COUNT fields, but that doesn't appear to be what you want. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Huegel Sent: Wednesday, March 30, 2011 11:16 AM To: IBMVM@LISTSERV.UARK.EDU Subject: DDR Question Hello all, I seem to remember from long ago a program, or option of DDR ( I sure can't find it now) that would do DDR DUMP and not actually produce an output tape but just print a byte count of what would have been dumped... Does anyone know what I am talking about? Tom
Re: DDR Question
That doesn't show the compressed byte count is (would be). The goal here is to be able to predict how many tapes I will need to do backups. On Wed, Mar 30, 2011 at 11:30 AM, Schuh, Richard rsc...@visa.com wrote: There is a COUNT option on the PRINT or TYPE command that will display only the COUNT fields, but that doesn't appear to be what you want. Regards, Richard Schuh -- *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Tom Huegel *Sent:* Wednesday, March 30, 2011 11:16 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* DDR Question Hello all, I seem to remember from long ago a program, or option of DDR ( I sure can't find it now) that would do DDR DUMP and not actually produce an output tape but just print a byte count of what would have been dumped... Does anyone know what I am talking about? Tom
Re: DDR Question
Is there anything on the download site that will give you what you want? There are a few DDR-related tools there. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Huegel Sent: Wednesday, March 30, 2011 11:37 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR Question That doesn't show the compressed byte count is (would be). The goal here is to be able to predict how many tapes I will need to do backups. On Wed, Mar 30, 2011 at 11:30 AM, Schuh, Richard rsc...@visa.commailto:rsc...@visa.com wrote: There is a COUNT option on the PRINT or TYPE command that will display only the COUNT fields, but that doesn't appear to be what you want. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Huegel Sent: Wednesday, March 30, 2011 11:16 AM To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Subject: DDR Question Hello all, I seem to remember from long ago a program, or option of DDR ( I sure can't find it now) that would do DDR DUMP and not actually produce an output tape but just print a byte count of what would have been dumped... Does anyone know what I am talking about? Tom
Re: DDR Question
On: Wed, Mar 30, 2011 at 11:37:00AM -0700,Tom Huegel Wrote: } That doesn't show the compressed byte count is (would be). The goal here is } to be able to predict how many tapes I will need to do backups. If you are doing hardware compression in the tape drive, I don't think there is any way for DDR to know the compressed byte count. Software compression, yes it would. I suspect that the easiest way to determine the tape counts will be experimentally. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge)Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L
Re: DDR Question
If you are doing software compression, then, perhaps use the Pipe DDR stage and route it to the count stage. But knowing how much compression the hardware will donot obvious to me. However, once you do have a compressed tape, DITTO TMP will tell you how much tape the compressed dataset took on the media. Tom Duerbusch THD Consulting Rich Greenberg ric...@panix.com 3/30/2011 4:55 PM On: Wed, Mar 30, 2011 at 11:37:00AM -0700,Tom Huegel Wrote: } That doesn't show the compressed byte count is (would be). The goal here is } to be able to predict how many tapes I will need to do backups. If you are doing hardware compression in the tape drive, I don't think there is any way for DDR to know the compressed byte count. Software compression, yes it would. I suspect that the easiest way to determine the tape counts will be experimentally. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge)Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L
Re: DDR Question
Slight brain fart, I didn't even think of hardware compression duh! I guess the only real way to to do it is just experimentation. I still seem to remember a program from long ago, and it may have been a VSE program, that would tell you how many bytes would go to the tape, in fact I think it told you how many feet of tape (2400/3400) would be used.. Thanks guys. On Wed, Mar 30, 2011 at 5:14 PM, Tom Duerbusch duerbus...@stlouiscity.comwrote: If you are doing software compression, then, perhaps use the Pipe DDR stage and route it to the count stage. But knowing how much compression the hardware will donot obvious to me. However, once you do have a compressed tape, DITTO TMP will tell you how much tape the compressed dataset took on the media. Tom Duerbusch THD Consulting Rich Greenberg ric...@panix.com 3/30/2011 4:55 PM On: Wed, Mar 30, 2011 at 11:37:00AM -0700,Tom Huegel Wrote: } That doesn't show the compressed byte count is (would be). The goal here is } to be able to predict how many tapes I will need to do backups. If you are doing hardware compression in the tape drive, I don't think there is any way for DDR to know the compressed byte count. Software compression, yes it would. I suspect that the easiest way to determine the tape counts will be experimentally. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge) Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L
Re: DDR Question
Round tape reels! Now, that is old. Since I remember them too, we are both showing our age. Do you remember when the 200 bpi density? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Huegel Sent: Wednesday, March 30, 2011 8:37 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR Question Slight brain fart, I didn't even think of hardware compression duh! I guess the only real way to to do it is just experimentation. I still seem to remember a program from long ago, and it may have been a VSE program, that would tell you how many bytes would go to the tape, in fact I think it told you how many feet of tape (2400/3400) would be used.. Thanks guys. On Wed, Mar 30, 2011 at 5:14 PM, Tom Duerbusch duerbus...@stlouiscity.commailto:duerbus...@stlouiscity.com wrote: If you are doing software compression, then, perhaps use the Pipe DDR stage and route it to the count stage. But knowing how much compression the hardware will donot obvious to me. However, once you do have a compressed tape, DITTO TMP will tell you how much tape the compressed dataset took on the media. Tom Duerbusch THD Consulting Rich Greenberg ric...@panix.commailto:ric...@panix.com 3/30/2011 4:55 PM On: Wed, Mar 30, 2011 at 11:37:00AM -0700,Tom Huegel Wrote: } That doesn't show the compressed byte count is (would be). The goal here is } to be able to predict how many tapes I will need to do backups. If you are doing hardware compression in the tape drive, I don't think there is any way for DDR to know the compressed byte count. Software compression, yes it would. I suspect that the easiest way to determine the tape counts will be experimentally. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.comhttp://panix.com + 1 941 378 2097tel:%2B%201%20941%20378%202097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge)Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L
Re: DDR Question
I don't believe I ever worked with 200 bpi tapes, but I did work were we had 8 tape drives 6 were 800 bpi and 2 were 1600 bpi with the optional high speed rewind. I guess maybe byte counts were more important back then.. On Wed, Mar 30, 2011 at 10:45 PM, Schuh, Richard rsc...@visa.com wrote: Round tape reels! Now, that is old. Since I remember them too, we are both showing our age. Do you remember when the 200 bpi density? Regards, Richard Schuh -- *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On Behalf Of *Tom Huegel *Sent:* Wednesday, March 30, 2011 8:37 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: DDR Question Slight brain fart, I didn't even think of hardware compression duh! I guess the only real way to to do it is just experimentation. I still seem to remember a program from long ago, and it may have been a VSE program, that would tell you how many bytes would go to the tape, in fact I think it told you how many feet of tape (2400/3400) would be used.. Thanks guys. On Wed, Mar 30, 2011 at 5:14 PM, Tom Duerbusch duerbus...@stlouiscity.com wrote: If you are doing software compression, then, perhaps use the Pipe DDR stage and route it to the count stage. But knowing how much compression the hardware will donot obvious to me. However, once you do have a compressed tape, DITTO TMP will tell you how much tape the compressed dataset took on the media. Tom Duerbusch THD Consulting Rich Greenberg ric...@panix.com 3/30/2011 4:55 PM On: Wed, Mar 30, 2011 at 11:37:00AM -0700,Tom Huegel Wrote: } That doesn't show the compressed byte count is (would be). The goal here is } to be able to predict how many tapes I will need to do backups. If you are doing hardware compression in the tape drive, I don't think there is any way for DDR to know the compressed byte count. Software compression, yes it would. I suspect that the easiest way to determine the tape counts will be experimentally. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 %2B%201%20941%20378%202097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge) Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L
Re: DDR Question
Really important. You could measure the size of the IBGs and the space before tape marks in half inch and inch increments. And you could use tape developer to see the actual bits on the tape. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Huegel Sent: Wednesday, March 30, 2011 9:32 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR Question I don't believe I ever worked with 200 bpi tapes, but I did work were we had 8 tape drives 6 were 800 bpi and 2 were 1600 bpi with the optional high speed rewind. I guess maybe byte counts were more important back then.. On Wed, Mar 30, 2011 at 10:45 PM, Schuh, Richard rsc...@visa.commailto:rsc...@visa.com wrote: Round tape reels! Now, that is old. Since I remember them too, we are both showing our age. Do you remember when the 200 bpi density? Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Huegel Sent: Wednesday, March 30, 2011 8:37 PM To: IBMVM@LISTSERV.UARK.EDUmailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: DDR Question Slight brain fart, I didn't even think of hardware compression duh! I guess the only real way to to do it is just experimentation. I still seem to remember a program from long ago, and it may have been a VSE program, that would tell you how many bytes would go to the tape, in fact I think it told you how many feet of tape (2400/3400) would be used.. Thanks guys. On Wed, Mar 30, 2011 at 5:14 PM, Tom Duerbusch duerbus...@stlouiscity.commailto:duerbus...@stlouiscity.com wrote: If you are doing software compression, then, perhaps use the Pipe DDR stage and route it to the count stage. But knowing how much compression the hardware will donot obvious to me. However, once you do have a compressed tape, DITTO TMP will tell you how much tape the compressed dataset took on the media. Tom Duerbusch THD Consulting Rich Greenberg ric...@panix.commailto:ric...@panix.com 3/30/2011 4:55 PM On: Wed, Mar 30, 2011 at 11:37:00AM -0700,Tom Huegel Wrote: } That doesn't show the compressed byte count is (would be). The goal here is } to be able to predict how many tapes I will need to do backups. If you are doing hardware compression in the tape drive, I don't think there is any way for DDR to know the compressed byte count. Software compression, yes it would. I suspect that the easiest way to determine the tape counts will be experimentally. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.comhttp://panix.com + 1 941 378 2097tel:%2B%201%20941%20378%202097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge)Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L