Todas oi,

Essa discussão vai ser basicamente uma discussão trazendo a mais informações de especialistas sobre o cron empregos e manipula o arquivo associado.

Então, aqui está a questão.

Há definitivamente uma constante 'n' como o número máximo de file handles atribuído a um processo de 'p'.

Haverá alguma diferença, se o processo "p" está sendo executado como um processo de novos conhecimentos ou como um processo gerado pelo cron daemon, No número máximo de file handles que é ser atribuído ao processo?

Se sim porque é a diferença, ou basicamente o que são os constrangimentos colocados ao longo do processo gerado pelo cron daemon ao de um processo em execução como um processo chutou de novos conhecimentos a partir do terminal?

Obrigado!

Dependendo do sistema operativo, o número de descritores arquivo por processo é fixado em compilar o kernel em tempo ou configurado com um parâmetro.

Em termos daquilo que faz qualquer processo diferente do UNIX seria muito limitado para o seguinte ...

1. que tem uma participação de controlo terminal anexada

2. , é a mãe morta

3. é morto, então ele é um zumbi e não tem nenhuma memória, nenhum arquivo descritores mínimos e apenas uma entrada no processo lista.

Existem outros detalhes, como processo amplo prioridade, eficaz usuário, etc, mas não faz muito mais que um processo diferente, mesmo caso 2 significa simplesmente substituí-lo da mãe pid com'1 '.

Número de arquivo descritores é improvável que a mudança.

Os dados exactos variam dependendo OS. Vou usar HP-UX como um exemplo. O número de possíveis Descritores arquivo está sob o controle de setrlimit (2). (A menos potente interface, ulimit () também está disponível.) Um processo não pode ter mais do que o fd "soft" limite. Usando setrlimit (2), um processo pode aumentar ou diminuir o seu limite soft. Mas um processo não pode aumentar o limite acima do soft duro limite. Um processo pode reduzir o limite rígido. Apenas um processo pode elevar a raiz dura limite. Os parâmetros do kernel definir o valor inicial do limite duros e macios. Mesmo raiz não pode aumentar o limite rígido acima do valor inicial para o limite rígido. Os parâmetros do kernel:
maxfiles
maxfiles_lim

Tenho um pouco enganados por escolher HP-UX como minha amostra OS. HP-UX dinâmico permite reconfiguração do kernel. Somente o root pode reconfigurar o kernel. Mas uma raiz processo poderia, em teoria, aumentar maxfiles_lim e, em seguida, aumentar o seu limite rígido e, em seguida, relower maxfiles_lim. Nem todas as versões do Unix que dar mais poder a um processo de raiz.

Não creio que o cron fiddles com estes limites.

Por padrão stdin, stdout e stderr estão abertos durante o processo de arquivo descritores criação.
Se o arquivo limite é 16, por exemplo, então o processo tem 13 arquivos descritores para brincar.

Nos scripts shell, redirecionamento usa descritores de arquivo. Quando a linha "fazer" o redirecionamento tenha sido concluído o file descriptor é fechada ou seja: ls *> Myfile.txt. Redireccionando blocos de código, como um loop, a utilização de um descritor de ficheiro mais de muitas linhas de código.

for file in `ls /path`
do
     cat $file
done > myfiles.txt

Jim, é que significa isso aí vai ser qualquer diferença entre o número de descritores de arquivo e os novos conhecimentos processo cron empregos atribuído?

Legal! Tive uma estranha dúvida de que se poderia haver quaisquer diferenças.

Cleared

Obrigado a todos!

Obrigado pela resposta.

Mas a minha pergunta é mais relacionada com a diferença na atribuição do arquivo descritores para o processo diferente (novos conhecimentos a partir do terminal / fundo).