Início / unix / Perguntas / 792956
Accepted
PRouleau
Asked: 2025-03-25 23:49:37 +0800 CST

"ulimit -c 0" é o mesmo que "ulimit -c unlimited"?

  • 772

Estou correto em assumir que os ulimit -c 0conjuntos de tamanho máximo dos arquivos principais criam um valor ilimitado (sem limites)?

Vi referência a, ulimit -c unlimitedmas help ulimitnão menciona 0 nem 'unlimited' no Bash, a distribuição Linux que testei (Rocky Linux 8.10, 9.5, Ubuntu) ou mesmo no Bash 5.2.37 rodando no macOS. No zsh 5.9 no macOS, run-help ulimitmenciona unlimitede hardmas não 0.

ulimit

1 respostas

  1. Best Answer

    Não 0não é o mesmo que unlimited.

    Os comandos internos ulimit(à la sh) / (à la csh) são interfaces para a chamada do sistema.limitzshsetrlimit()

    man 2 setrlimitem um sistema Debian (onde as páginas de manual de chamada do sistema são de https://www.kernel.org/doc/man-pages/ como na maioria dos sistemas operacionais baseados em Linux; veja lá a versão mais recente setrlimit()) fornece:

    RLIMIT_CORE
    Este é o tamanho máximo de um arquivo core (veja core(5)) em bytes que o processo pode despejar. Quando 0, nenhum arquivo core dump é criado . Quando diferente de zero, dumps maiores são truncados para este tamanho.

    A página de manual do macOS não menciona esse caso especial, sugerindo que ele pode criar arquivos principais de tamanho 0 quando o limite é definido como 0, embora isso pareça improvável, especialmente considerando que o POSIX especifica (aqui na edição de 2024):

    RLIMIT_CORE
    Este é o tamanho máximo de um arquivo contendo uma imagem de núcleo, em bytes, que pode ser criado por um processo. Um limite de 0 deve impedir a criação de tal arquivo . Se este limite for excedido, a gravação de um arquivo contendo uma imagem de núcleo deve terminar neste tamanho. Observe que a produção de tal arquivo pode ser uma das ações definidas pela implementação para término anormal.

    E o macOS foi certificado como compatível com POSIX.

    Na implementação original do limite de recursos no 4BSD em 1980, o arquivo principal não era criado se seu tamanho fosse maior que o limite , e parece que esse ainda é o caso até hoje, pelo menos no FreeBSD , e o texto RLIMIT_COREem sua página de manual é idêntico ao do macOS, então pode ser que o macOS se comporte da mesma forma, o que parece torná-lo não compatível com POSIX (embora a nota de que a produção de tal arquivo pode ser uma das ações definidas pela implementação para encerramento anormal provavelmente dê bastante margem de manobra).

    Em qualquer caso 0não significaria ilimitado . Pois setrlimit(), ilimitado é especificado com a RLIM_INFINITYconstante.

    • 3

relate perguntas