Mailinglist Archive: opensuse (2058 mails)

< Previous Next >
Re: [opensuse] Re: compress? uncompress? Why are they gone? - With a twist towards the future ?
  • From: Registration Account <alpha096@xxxxxxxxxx>
  • Date: Sun, 12 Aug 2007 11:42:40 +1000
  • Message-id: <46BE6590.8030705@xxxxxxxxxx>
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.)


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.


Philipp Thomas wrote:
> On Sat, 11 Aug 2007 16:16:32 +0200 (CEST), Carlos E. R. wrote:
>> Plus, there is a "/usr/share/man/man1p/compress.1p.gz" file that belongs 
>> to "man-pages-2.41-11", but no compress binary anywhere.
> compress was removed because it used a patented compression algorithm
> ( I'm not shure if the patent is still valid though) and gzip can
> uncomress archives produced by compress.
> Philipp
< Previous Next >