Re: compress

At 03:40 AM 2/6/97 GMT, you wrote: >The key words in this question is "up to 8 gig". With compression of any >kind, you are dealing with imprecise quantities. No one will be willing >to state that "it will hold 8 gig compress", rather they will state "up >to". This leaves open the probability that the stated "8 gig" will not be >reached. Madison - Has Informix then changed their position?? In previous conversations, I've been told that "Informix does not support the use of hardware compression". This statement has always bothered me, because Informix (the s/w) does not have to do anything, to take advantage of h/w compression, other then write to device tx1c instead of tx1. >Generally, I've recommended that compression not be used because of this >rather imprecise quantity. Customers have tended to forget about the "up >to" part of the vendors' claims when calling about a problem. We can't >promise that this will work. However, 8 gig is a rather large buffer for >your 2.3 gig database, so you might get by with it. > >One other thing to be aware of - backups using compressed data can take >longer to backup (and restore) than uncompressed backups. This is due to >the overhead of compression itself. Actually, I've found that the use of H/W compression on 8mm drives, speeds up the back process (actually cuts the time to complete in half). The use of s/w compression, I would expect to see a hit.... Jon ---------------------------------------------------------------------------- --- Jon C. Vemo "Life is like a dogsled team, if you ain't the jvemo@cyberspace.com lead dog the scenery never changes." ---------------------------------------------------------------------------- ---