-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Registration Account wrote:
For all of those who know Netware well, you know the disk volume is by default as being compressed and when a file is requested it is uncompressed and will remain that way unless the file is re-requested from disk within a parameter set time period.
Novell have a great compression/uncompress algorithm that by default coverer's every defined volume of disk space, however, why it is perfectly safe and why it can be relied on is their TTS fault tolerant RAID 1, Cluster duplication, Hotfix, etc. etc. etc..
I would hope to see some work done along this vane with the FS of SLES, in my humble opinion if any server cannot perform a hotfix or does not have TTS then its not worth anything.
Rule 0. Data integrity the the foundation of a successful PC server right up to a Z series Mainframe from IBM.
Novell Netware introduced compression - turned on by default and with all its current redundancies, compression was a non issue, however in reality is gave you a lot of space for nothing, however if an organisations is still storing data files on local PC HDD - I feel very sorry for them.
If someone is interested,and more to the point knows something, is there a possibility that we will ever see reliable compression of Linux Servers with suitable redundancy measures - (nothing to do with the past pathetic attempt of compressing stand alone Workstations.)
AND
With further expansion of the 'ex' file system are we likely to see TTS included in perhaps ex4?
If someone could let me know if either of these are in the pipeline that would be nice ( you can have a make up name if you work for SUSE.DE Development.
Scott
< snip > This was a per file compression algorithm in NW4.x (they may have changed it in 5/6 but I doubt it). The main problem with volume compression is with capacity planning (is really 4G I have left or a notional 4G)... Compression effects vary according to file contents and I have seen on a couple of remarkable occasions 200:1 compression ratios (SPSS data files which were mainly spaces). With current drive capacities and costs it is no longer that critical (compressed data transmission of course is a different matter). As former Netware administrator you should also be aware of the problems this caused with quota management. Compression was not immediate, only when a file had not been accessed for a time, When a file was accessed it was decompressed. Quotas tended to measured against disk space used rather than uncompressed disk space. When used with something like the Mercury mailer you could get the scenario where by reading their mail a user would go over quota and all sorts of grief ensued. (Usually when someone had been away for a while). It was a great technology, but a bit problematic on a high demand setup. You tend to have very few compressed files but the overheads of the compression process being active. It was tuneable, but setting the compression delay too low could generate a serious performance penalty. For these reasons a lot of admins avoided using it. - -- ============================================================================== I have always wished that my computer would be as easy to use as my telephone. My wish has come true. I no longer know how to use my telephone. Bjarne Stroustrup ============================================================================== -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGvs00asN0sSnLmgIRAgiUAKC6/ioUKrsDfOqMc3nfzLtWKjbn6wCgukHq VCWs+iYSB146kNxiCVEUnT4= =GP7k -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org