主页 / unix / 问题 / 792956
Accepted
PRouleau
Asked: 2025-03-25 23:49:37 +0800 CST

“ulimit -c 0”与“ulimit -c unlimited”相同吗？

  • 772

我是否正确地假设ulimit -c 0将核心文件创建的最大大小设置为无限制（不受约束、无限制）的值？

我尝试过的 Linux 发行版 Bash（Rocky Linux 8.10、9.5、Ubuntu）中，甚至在 macOS 中运行的 Bash 5.2.37 中，都提到了ulimit -c unlimited但没有提到 0 或“无限”。在 macOS 上的 zsh 5.9 下，提到了和，但没有提到 0。help ulimitrun-help ulimitunlimitedhard

ulimit

1 个回答

  1. Best Answer

    不0和 不一样unlimited。

    ( ulimità la sh) / limit(à la csh) 内置命令zsh是系统调用的接口setrlimit()。

    man 2 setrlimit在 Debian 系统上（系统调用手册页来自https://www.kernel.org/doc/man-pages/ ，就像大多数基于 Linux 的操作系统一样；请参阅那里获取最新版本的手册setrlimit()页），结果如下：

    RLIMIT_CORE
    这是进程可以转储的核心文件（请参阅 core(5)）的最大大小（以字节为单位）。 当为 0 时，不会创建核心转储文件。当为非零时，较大的转储将被截断为此大小。

    macos 手册页没有提到这种特殊情况，表明当限制设置为 0 时，它可能会创建大小为 0 的核心文件，尽管这似乎不太可能，特别是考虑到POSIX 规定（此处为 2024 版）：

    RLIMIT_CORE
    这是进程可以创建的包含核心映像的文件的最大大小（以字节为单位）。限制为 0 将阻止创建此类文件。如果超出此限制，则写入包含核心映像的文件将在此大小时终止。请注意，生成此类文件可能是实现定义的异常终止操作之一。

    并且 macos 已经通过了 POSIX 兼容认证。

    在 1980 年 4BSD 中最初的资源限制实现中，如果核心文件的大小大于限制，则根本不会创建核心文件，并且至少在 FreeBSD 中现在看起来情况仍然如此，并且其手册页RLIMIT_CORE中的措辞与 macos 的相同，因此 macos 的行为可能相同，这似乎使其不符合 POSIX 标准（尽管请注意，生成这样的文件可能是实现定义的异常终止操作之一，这可能会给出很大的回旋余地）。

    无论如何0并不意味着无限。对于setrlimit()，无限是用RLIM_INFINITY常数指定的。

    • 3

相关问题