lbzip2 - 云端在线

程序：

您的姓名

lbzip2 - 并行 bzip2 实用程序

概要

压缩包|bzip2 [-n 水疗中心[-k|-c|-t[-d[-1 .. -9[-f[-s[-u[-v[-S[ 文件 ... ]

lbunzip2|包压缩2 [-n 水疗中心[-k|-c|-t[-z[-f[-s[-u[-v[-S[ 文件 ... ]

猫猫|猫咪 [-n 水疗中心[-z[-f[-s[-u[-v[-S[ 文件 ... ]

压缩包|bzip2|lbunzip2|包压缩2|猫猫|猫咪 -h

商品描述

压缩或解压 文件 常规文件或标准输出的操作数或标准输入
使用 Burrows-Wheeler 块排序文本压缩算法。 这 压缩包 效用
即使在解压缩时也使用多个线程和输入绑定分离器 Bz2。 档
由标准 bzip2 创建。

压缩通常比更传统的压缩方法要好得多
基于 LZ77/LZ78 的压缩机，可与 PPM 系列中的最佳产品相媲美
统计压缩器。

始终执行压缩，即使压缩文件略大于
原来的。 最坏情况扩展是零长度的文件，扩展到十四
字节。 随机数据（包括大多数文件压缩器的输出）编码为
0.5% 左右的渐进扩张。

命令行选项特意与 bzip2 和 GZIP，但
它们并不相同。

召唤

默认的操作模式是压缩。 如果该实用程序被调用为 lbunzip2 or
包压缩2，模式切换到减压。 将该实用程序称为 猫猫 or 猫咪
选择解压缩，将解压缩的字节流写入标准输出。

配置

-n 水疗中心
将（解）压缩器线程数设置为 水疗中心. 如果没有这个选项
指定的， 压缩包 尝试向系统查询在线处理器的数量（如果
编译环境和执行环境都支持），或
退出并出现错误（如果无法确定在线处理器的数量）。

-k, - 保持
不要删除 文件 成功（解）压缩后的操作数。 打开常规输入
包含多个链接的文件。

-c, --标准输出
将输出写入标准输出，即使 文件 操作数存在。 暗示 -k
并排除 -t.

-t, - 测试
测试减压； 丢弃输出而不是将其写入文件或标准
输出。 暗示 -k 并排除 -c. 大致相当于通过 -c 和
将标准输出重定向到位桶。

-d, --解压
通过调用名称选择的操作模式强制解压。

-z, - 压缩
强制压缩由调用名称选择的操作模式。

-1 .. -9
将压缩块大小设置为 100K .. 900K，以 100K 为增量。 期间被忽略
减压。 另请参阅下面的块大小部分。

- 快速地 别名 -1.

- 最好的事物 别名 -9. 这是默认设置。

-f, - 力量
打开非常规输入文件。 打开包含多个链接的输入文件，中断
链接时 -k 没有另外指定。 尝试删除每个输出文件之前
打开它。 默认情况下 压缩包 不会覆盖现有文件； 如果你想要这个
要发生，你应该指定 -f。 如果 -c 和 -d 还给出了不要拒绝文件
不是bzip2格式，直接复制即可； 没有 -f 压缩包 会停止
到达非 bzip2 格式的文件后。

-s, - 小的
以性能为代价减少内存使用。

-u, --顺序
按顺序执行拆分输入块。 这可能会提高压缩率和
降低 CPU 使用率，但会降低可扩展性。

-v, --详细
再详细点。 将有关（解）压缩进度的更多详细信息打印到
标准错误：在处理每个文件之前，打印一条消息，说明文件的名称
输入和输出文件； 在（解）压缩期间，打印粗略百分比
完整性和预计到达时间（仅当标准错误与
一个终端）； 处理完每个文件后，打印一条显示压缩率的消息，
节省空间、总压缩时间（墙时间）和平均（解）压缩速度
（每秒处理的纯数据字节数）。

-S 将条件变量统计信息打印为每个完成的标准错误
（去）压缩操作。 在分析中很有用。

-q, - 安静的, --重复快速, --重复-最佳, --指数
接受以兼容 bzip2，否则忽略。

-h, - 帮帮我
在标准输出上打印命令行使用帮助并成功退出。

-L, - 执照, -V, - 版
在标准输出上打印许可证和版本信息并成功退出。

环境

LBZIP2, 压缩包2, 邮编
在解析命令行之前，lbzip2 插入这些变量的内容，在
指定的顺序，在调用名称和命令行的其余部分之间。
标记之间用空格和制表符分隔，不能转义。

操作数

文件 指定要压缩或解压缩的文件。

文件s的 Bz2。, .tbz, .tbz2 和 .tz2 名称后缀将被跳过时
压缩。 解压时， Bz2。 输出文件名中的后缀将被删除；
.tbz, .tbz2 和 .tz2 后缀将被替换为 。柏油; 其他文件名将是
以 。出去。 如果 INT or 学期 信号被传送到 压缩包，然后
在退出之前删除当前打开的常规输出文件。

如果没有给出 FILE，lbzip2 作为一个过滤器，处理标准输入到
标准输出。 在这种情况下， 压缩包 将拒绝将压缩输出写入
终端（或从终端读取压缩输入），因为这完全是
不可理解，因此毫无意义。

退出 状态

0 if 压缩包 成功完成。 这假设每当它尝试时， 压缩包 决不要
无法写入标准错误。

1 if 压缩包 遇到致命错误。

4 if 压缩包 发出警告而不会遇到致命错误。 这假定
每当它尝试时， 压缩包 永远不会写入标准错误。

信号管, SIGXFSZ
if 压缩包 打算以状态退出 1 由于任何致命错误，但任何此类信号
与继承 SIG_DFL 动作是为 压缩包 以前，那么 压缩包
在清除任何中断的输出后，通过上述信号之一终止
文件中。

SIGABRT
如果运行时断言失败（即 压缩包 检测到错误本身）。 希望
编译你的二进制文件的人不够大胆 ＃定义 调试.

SIGINT, 目标期限
压缩包 捕获这些信号，以便它可以删除中断的输出文件。 在
这样的情况， 压缩包 通过重新提高（之一）接收到的信号退出。

BLOCK 尺寸

压缩包 以块为单位压缩大文件。 它可以在各种块大小下运行，范围
以 100k 步从 900k 到 100k，它只分配它需要的内存。 这
块大小影响实现的压缩率和所需的内存量
用于压缩和解压。 压缩解压速度差不多
不受块大小的影响，前提是正在处理的文件足够大
在所有工作线程之间拆分。

旗帜 -1 通过 -9 将块大小指定为 100,000 字节到 900,000 字节
（默认）分别。 在解压时，用于压缩的块大小为
从压缩文件中读取 -- 标志 -1 至 -9 无关，因此被忽略
在减压过程中。

较大的区块大小会迅速减少边际收益； 大多数压缩
来自前两三百k的块大小，一个值得牢记的事实
使用时 压缩包 在小型机器上。 同样重要的是要认识到
解压缩内存要求在压缩时通过选择块大小来设置。
通常，您应该尝试使用最大的块大小内存限制。

另一个重要的点适用于小文件。 根据设计，只有其中之一 压缩包的工人
线程可以在单个块上工作。 这意味着如果块中的数量
压缩文件小于在线处理器数量，然后是一些工作线程
将一直处于空闲状态。 压缩具有较小块大小的小文件可以
因此显着提高压缩和解压缩速度。 速度
随着 CPU 内核数量的增加，差异更加明显。

ERROR 搬运

处理错误条件是最不令人满意的方面 压缩包. 政策是
尝试让文件系统保持一致状态，然后退出，即使这意味着不是
处理命令行中提到的一些文件。

“一致状态”意味着文件以压缩或未压缩状态存在
形式，但不能两者兼而有之。 这归结为规则`如果出现错误，则删除输出文件
条件发生，保持输入不变'。 输入文件只有在我们可以时才会被删除
非常确定输出文件已成功写入并关闭。

RESOURCE 分配

压缩包 需要各种系统资源才能运行。 这些包括内存、线程、
互斥体和条件变量。 策略是简单地放弃，如果资源分配
发生故障。

资源消耗随着工作线程的数量线性增长。 如果 压缩包 失败是因为
由于缺乏一些资源，减少工作线程的数量可能会有所帮助。 这将是
可能 压缩包 尝试减少工作线程的数量（从而减少资源
消费），或者转移到后续文件，希望有些人可能需要更少
资源，但这样做的复杂性似乎比它们的价值更麻烦。

损坏的 FILES

压缩包 尝试通过对数据执行几个非平凡的转换来压缩数据。
文件的每次压缩都意味着一个假设：压缩文件可以是
解压以重现原版。 在设计、编码和测试方面付出了巨大的努力
是为了确保该程序正常运行。 然而，其复杂性
算法，尤其是代码中存在的各种特殊情况
以非常低但非零的概率发生，因此很难排除
程序中存在错误的可能性。 这并不是说这个程序是
本质上是不可靠的。 确实，我非常希望事实正好相反—— 压缩包 一直
精心构建和广泛测试。

作为自我保护的自我检查， 压缩包 使用 32 位 CRC 来确保
文件的解压版本与原始版本相同。 这防
压缩数据的损坏，以及针对未发现的错误 压缩包 （希望
不太可能）。 数据损坏未被发现的可能性很小，大约一
处理每个文件的机会为 XNUMX 亿。 但是请注意，检查发生
在减压时，所以它只能告诉你有问题。

CRC 只能检测损坏的文件，它们不能帮助您恢复原始文件，
未压缩的数据。 但是，由于压缩算法的块性质，它
有可能恢复损坏文件的某些部分，即使某些块是
毁了。

使用 onworks.net 服务在线使用 lbzip2