>> That's only true if you use compression directives (software
>> compression) on the client. If you do, then you are doing the
>> compression work on the client. Don't try to use hardware compression
>> on that stream. It's not likely to compress any further.
> Yep, I'm using compression directives. Compression is done on the backup
> client (not the server) right? I figure it's faster to have many fast machines
> doing compression in parallel than it would be to make an older tape drive
> like that DLT4700 do it all by itself.
Maybe. Remember the DLT has the compression routines in silicon. It
can probably compress the data faster than it can write it on the tape.
In the old days, I'd tell you you were crazy to try it. Nowadays, you
can probably do it and win. The clients are getting faster, but the
network isn't getting bigger as fast. You're saving some network
bandwidth too, but then again, a DLT 4000 isn't that fast either..
If you do that, then you probably want to double check the st.conf that
you're using. Generally the 'h' device will be set for the highest
density level, but non-compressing. That may be the best bet. On a
4000, that may be the same as the 'm' device though...
Unix System Administrator Taos - The SysAdmin Company
Got some Dr Pepper? San Francisco, CA bay area
< How are you gentlemen!! Take off every '.SIG'!! >