>Tapetype reported speed at 2811kb/s and the vendor supplied data is 3mb/s)(= >3072 kb/s).
Close enough. You never want to believe what vendors tell you. They take the rotational speed of the tape and the density and claim that's how fast it can run, when back here in the real world we all know a lot of other things get in the way. >that's about 5% only.. so I guess you were right? I'm **always** right :-). >1 questions - tapetype reported length at 38794 mbytes, and the vendor >says 40mb, couldn't this shortage in length (so to speak) also be >because it uses 32kb filemarks instead of the recommended 128kbit? I thought you said you were using a DLT-7000? That has a maximum native capacity of 35 GBytes. Don't be confused by the 40/80 stuff on the DLT-IV cartridges. That only applies to a DLT-8000. That same tape in a DLT7000 is 35/70. I'm not sure how you managed to get more than 35 GBytes on your tape. You're right that you will probably not the native (vendor) capacity either. Again, the real world gets in the way. I forget if DLT has inter-record gaps, but that would certain affect things. And there could be some tape damage that required retries, etc. >Well anyways, you are right that this is not that big a performance >issue.. I'll start testing with the current setup, as soon as I find out >what filemark means :-) A file mark is a hardware indication between files on a tape. In the old days :-), it was literally a special recording mark that could be detected during high speed search, so it actually took up physical space. At the other end of the spectrum, some newer drives record it in a special track (or a directory) and it takes up zero space. It's usually not a big deal with high capacity drives unless you back up a bajillion file systems with Amanda. It was a big deal when Amanda was first being written and the silly ExaByte 8200 file mark was measured in MBytes :-). >Klavs Klavsen John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]
