Snzip is one of command line tools using snappy. This supports several file formats; framing-format, old framing-format, hadoop-snappy format, raw format and obsolete three formats used by snzip, snappy-java and snappy-in-java before official framing-format was defined. The default format is framing-format.
The default format was changed to framing-format in 1.0.0.
Set --with-default-format=snzip
as a configure option to use obsolete snzip
format as the default format as before.
Download snzip-1.0.4.tar.gz from https://bintray.com/kubo/generic/snzip, uncompress and untar it, and run configure.
tar xvfz snzip-1.0.4.tar.gz
cd snzip-1.0.4
./configure
make
make install
If you didn't install snappy under /usr
or /usr/local
, you need to specify
the location by --with-snappy
as follows.
# install snappy
tar xvfz snappy-1.1.3.tar.gz
yum install -y gcc gcc-c++ autoconf automake libtool cmake openssl-devel
cd snappy-1.1.3
./configure --prefix=/usr/local/snappy
make
make install
cd ..
# install snzip
tar xvfz snzip-1.0.4.tar.gz
cd snzip-1.0.4
./configure --with-snappy=/usr/local/snappy
make
make install
You can use --with-default-format
to change the default compression format.
./configure --with-default-format=snzip
We don't provide rpm packages. You need to download snzip-1.0.4.tar.gz from https://bintray.com/kubo/generic/snzip, create a rpm package as follows and install it.
# The rpm package will be created under $HOME/rpmbuild/RPMS.
rpmbuild -tb snzip-1.0.4.tar.gz
To use source code in the github repository.
git clone git://github.com/kubo/snzip.git
cd snzip
./autogen.sh
此时会出现autoconf的版本错误,需要更新autoconf
查看版本
rpm -qf /usr/bin/autoconf
下载安装新版本
rpm -e --nodeps autoconf-2.63
wget ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz
tar -zxvf autoconf-2.69.tar.gz
cd autoconf-2.69
./configure --prefix=/usr/
make && make install
查看版本
/usr/bin/autoconf -V
继续安装snzip
./autogen.sh ./configure --with-snappy=/root/software/snappy --prefix=/root/software/snzip make && make install 安装完成 snzip只依赖于snappy的lib库 如果使用snzip出现error while loading shared libraries:libsnappy.so.1: cannot open shared object file: No such file or directory
需要指定lib库 执行下面命令即可 export LD_LIBRARY_PATH=/{Your path}/lib:$LD_LIBRARY_PATH
Download snzip-1.0.4-win32.zip
or snzip-1.0.4-win64.zip
from
https://bintray.com/kubo/generic/snzip and copy snzip.exe
and snunzip.exe
to a directory in the PATH environment variable.
snzip file.tar
Compressed file name is file.tar.sz
and the original file is deleted.
The file attributes such as timestamp, mode and permissions are not changed
as possible as it can.
The compressed file's format is framing-format. You need to add an option -t snappy-java
or
-t snappy-in-java
to use other formats.
snzip -t snappy-java file.tar
or
snzip -t snappy-in-java file.tar
snzip -c file.tar > file.tar.sz
or
cat file.tar | snzip > file.tar.sz
You need to add an option -t [format-name]
to use formats except framing-format.
tar cf - files-to-be-archived | snzip > archive.tar.sz
snzip -d file.tar.sz
or
snunzip file.tar.sz
Uncompressed file name is file.tar
and the original file is deleted.
The file attributes such as timestamp, mode and permissions are not changed
as possible as it can.
If the program name includes un
such as snunzip
, it acts as -d
is set.
The file format is automatically determined from the file header. However it doesn't work for some file formats such as raw and Apple iWork .iwa.
snzip -dc file.tar.sz > file.tar
snunzip -c file.tar.sz > file.tar
snzcat file.tar.sz > file.tar
cat file.tar.sz | snzcat > file.tar
If the program name includes cat
such as snzcat, it acts as -dc
is set.
snzip -dc archive.tar.sz | tar xf -
Raw format is native format of snappy. Unlike other formats, there are a few limitations: (1) The total data length before compression must be known on compression. (2) Automatic file format detection doesn't work on uncompression. (3) The raw format support is enabled only when snzip is compiled for snappy 1.1.3 or upper.
snzip -t raw file.tar
or
snzip -t raw < file.tar > file.tar.raw
In these examples, snzip uses a file descriptor, which directly opens
the file.tar
file, and gets the file length to be compressed.
However the following command doesn't work.
cat file.tar | snzip -t raw > file.tar.raw
It uses a pipe. snzip cannot get the total length before compression.
The total length must be specified by the -s
option in this case.
cat file.tar | snzip -t raw -s "size of file.tar" > file.tar.raw
snzip -t raw -d file.tar.sz
or
snunzip -t raw file.tar.sz
You need to set the -t raw
option to tell snzip the format of the
file to be uncompressed.
Hadoop-snappy format is one of the compression formats used in Hadoop. It uses its own framing format as follows:
- A compressed file consists of one or more blocks.
- A block consists of uncompressed length (big endian 4 byte integer) and one or more subblocks.
- A subblock consists of compressed length (big endian 4 byte integer) and raw compressed data.
snzip -t hadoop-snappy file_name
The default block size used by snzip
for hadoop-snappy format is 256k.
It is same with the default value of the io.compression.codec.snappy.buffersize
parameter. If the block size used by snzip
is larger than the parameter,
you would get an InternalError Could not decompress data. Buffer length is too small
while hadoop is reading a file compressed by snzip. You need to change the block
size by the -b
option as follows if you get the error.
# if io.compression.codec.snappy.buffersize is 32768
snzip -t hadoop-snappy -b 32768 file_name_to_be_compressed
snzip -d compressed_file.snappy
The file format is guessed by the first 8 bytes of the file.
Apple iWork .iwa format is a file format used by Apple iWork. The format was demystified here. Basically the .iwa format consists of a Protobuf stream compressed by Snappy.
Snzip uncompresses .iwa files to Protbuf streams and compresses Protobuf streams
to .iwa files. You need to set -t iwa
on compression and uncompression to
specify the file format.
Note: This is obsolete format. The default format was changed to framing-format.
The first three bytes are magic characters 'SNZ'.
The fourth byte is the file format version. It is 0x01.
The fifth byte is the order of the block size. The input data is divided into fixed-length blocks and each block is compressed by snappy. When it is 16 (default value), the block size is 16th power of 2; 64 kilobytes.
The rest is pairs of a compressed data length and a compressed data block
The compressed data length is encoded as snappy::Varint::Encode32()
does.
If the length is zero, it is the end of data.
Though the rest after the end of data is ignored for now, they may be continuously read as a next compressed file as gzip does.
Note that the uncompressed length of each compressed data block must be less than or equal to the block size specified by the fifth byte.
2-clause BSD-style license.