为什么 /usr/bin/free 打开 liblzma？

Question

我在运行时看到以下内容strace free：

hans@devad22:~$ strace free 2>&1 | grep openat
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libprocps.so.8", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libsystemd.so.0", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/liblzma.so.5", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libzstd.so.1", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/liblz4.so.1", O_RDONLY|O_CLOEXEC) = 3
(...)

为什么免费开放一堆压缩库？free需要什么liblzma？

Answer 1

这基本上是我之前的答案的副本，经过必要的修改：

free依赖的不是它本身liblzma。使用lddtreefrompax-utils ( sudo apt install pax-utils)查看依赖树：

# lddtree $(command -v free)
free => /usr/bin/free (interpreter => /lib/ld-linux-aarch64.so.1)
    libprocps.so.8 => /lib/aarch64-linux-gnu/libprocps.so.8
        libsystemd.so.0 => /lib/aarch64-linux-gnu/libsystemd.so.0
            liblzma.so.5 => /lib/aarch64-linux-gnu/liblzma.so.5
            libzstd.so.1 => /lib/aarch64-linux-gnu/libzstd.so.1
            liblz4.so.1 => /lib/aarch64-linux-gnu/liblz4.so.1
            libcap.so.2 => /lib/aarch64-linux-gnu/libcap.so.2
            libgcrypt.so.20 => /lib/aarch64-linux-gnu/libgcrypt.so.20
                libgpg-error.so.0 => /lib/aarch64-linux-gnu/libgpg-error.so.0
    libc.so.6 => /lib/aarch64-linux-gnu/libc.so.6
    ld-linux-aarch64.so.1 => /lib/ld-linux-aarch64.so.1

ldd显示该文件链接到的所有共享库，包括间接依赖项。

free来自procps 工具集合，这些工具自然使用共享库来实现通用功能。不过，其中一些功能可能仅由某些 procps 工具使用。在这种情况下，ps其他工具支持与 systemd 相关的构造（例如，ps可以输出进程的 systemd 单元）。因此它链接到 systemd 库，而 systemd 库又引入了这些压缩库。（不确定 systemd 使用它们做什么，也许压缩核心转储文件或类似的东西。）

但是，free似乎没有使用任何与 systemd 相关的功能，AFAICT。（源代码相对简单，如果你想查看一下。）它只是链接到一个库，链接到一个systemd库，该库链接到几个压缩库。