Ken Porowski pisze:
But what is the estimate based on? The 'standard' 3 to 1 compression
ratio?
I have fit over 1TB of SMF data on a 'standard' 3592 in EFMT1. Thers is
still room on the tape but I don't know how much.
Length of tape (in metres) nowadays is bulls*t.
1. Serpentine recording. It like audio casette with A and B side, but
modern tapes has multiple dozen of "sides" (72 for TS1130 aka Jaguar3).
Because of that real physical tape length should be multiplied by
"number of sides".
2. Blocking. Space (length) occupied "brutto" depends on the block size.
Both - logical, and physical. Physical means modern tape drives do its
own reblocking "under the cover".
3. Last but not least: COMPRESSION. While you can find out what amount
of tape is really occupied (such info is provided by RMM) - of course
"the number of bytes" has little to do with dataset(s) size, but you
cannot predict exactly how well your future data will be compressed.
Of course you can alway estimate it using "not less than" operator, but
such estimates will be veeeeery innacurate, unless you record really
non-compressible data.
--
Radoslaw Skorupka
Lodz, Poland
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
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.2009 r. kapita zakadowy BRE Banku SA (w caoci
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym
BRE Banku SA bd w caoci opacone.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
