为什么要实现这个功能？

在大内存机器上保存转储可能需要很长时间，这会降低系统的可用性。
使用此功能，转储的大小显着减小，从而节省了磁盘空间并减少了将转储传输到另一个系统的时间，例如到 Oracle 支持服务来分析转储。
此功能可从 Solaris 10 Update 9 (SPARC/x86) 获得

如何使用Fast Crash Dump

在由于恐慌或者通过运行 savecore -L 写入故障转储后，通常可以在 /var/crash/uname -n中找到文件 vmdump.N（运行 dumpadm 命令以查看我们所在的位置）指导故障转储）。

在使用调试器加载它之前，必须使用 savecore 命令解压缩转储。

在 S10/S11/S11.1 中，我们使用：

# savecore -f vmdump.N [directory]

从 S11.2 开始，引入了新选项来指定目标目录：

# savecore -f vmdump.N -D [directory]

如果指定目录，则崩溃转储文件将提取到指定目录中。
否则解压到vmdump.N所在目录下。
savecore命令可以在其他类似架构的系统上运行。
字长（32 或者 64 位）和字节顺序（小端或者大端）必须相同。
随后启动的调试器也必须在相同的架构上运行。

如果 mdb 被调用并且只有 vmdump.N 存在，则 mdb 将给出一个有用的消息：

# mdb -k 6
cannot open compressed dump; decompress using savecore -f vmdump.6

什么是快速崩溃转储（Fast Crash Dump）？

快速故障转储功能可减少保存故障转储所需的时间。
它通过利用所有 CPU 来压缩转储来实现这一点。
以前只有一个 CPU 保存转储，而其他 CPU 空闲。
详细的变化是：

使用多个 CPU 并行化页面压缩
使用更激进的压缩算法，例如 bzip2（如果有足够的 CPU 和内存可用）
重新启动时，savecore 从转储设备中提取压缩数据并以压缩形式将其写入文件系统（与以前的 Solaris 发行版不同）

如何设置Fast Crash Dump

无需激活 Fast Crash Dump，因为它默认启用。
我们可以通过以下方式控制它：

# dumpadm -z {on|off}