Eric Nelson wrote at 14:10 -0600 on Sep 14:
> Thank you very much! We implemented the sendsize file you sent us and it has
> cut our Estimate Time in half.
Hmmm... it also seems to not take compression into account (we use gnu
tar with client side compression). The estimated size is much larger
than the actual size. amstatus gives:
SUMMARY part real estimated
size size
partition : 87
estimated : 84 11950709k
failed : 3 0k ( 0.00%)
wait for dumping: 0 0k ( 0.00%)
dumping to tape : 0 0k ( 0.00%)
dumping : 0 0k 0k ( 0.00%) ( 0.00%)
dumped : 84 5024032k 11950709k ( 42.04%) ( 42.04%)
wait for writing: 0 0k 0k ( 0.00%) ( 0.00%)
writing to tape : 0 0k 0k ( 0.00%) ( 0.00%)
failed to tape : 0 0k 0k ( 0.00%) ( 0.00%)
taped : 84 5024032k 11950709k ( 42.04%) ( 42.04%)
So for our 12 GB DDS-3 drive, we're getting a lot of 'full dump delayed'
messages because of this issue.
Is there any way to get generic calcsize to take compression into account?
Or is it that something else is going wrong?
