Hi All,

Questo thread sarà una discussione in fondo portando ulteriori informazioni dagli esperti di cron su posti di lavoro e le relative maniglie di file.

Così, qui è la questione.

Vi è sicuramente un 'n' come il numero massimo di handle di file assegnato ad un processo di 'p'.

Ci sarà alcuna differenza, se il processo di 'p' è in esecuzione come processo in primo piano o come un processo generato da cron demone, Nel numero massimo di handle di file che si è assegnato al processo?

Se è così perché è la differenza, o in fondo quali sono i vincoli immessi nel processo generato da cron demone a quella di un processo in esecuzione come processo in primo piano dei calci dal terminale?

Grazie!

A seconda del sistema operativo il numero di descrittori di file per ogni processo è stato fissato nel kernel in fase di compilazione o configurato con un parametro.

In termini di ciò che rende diverso da qualsiasi processo UNIX sarebbe davvero limitato al seguente ...

1. Essa non ha ancora una partecipazione di controllo del terminale collegato

2. è la madre morta

3. è morto, allora è una zombie e non ha memoria, descrittori di file e non solo una minima entrata nel processo lista.

Ci sono altri ampio processo di dettagli come priorità, l'effettiva utente, ecc, ma non tanto di un processo che rende diversi, anche 2 caso significa semplicemente sostituirlo con pid madre'1 '.

Numero di descrittori di file è improbabile che il cambiamento.

Le indicazioni esatte variano a seconda del sistema operativo. Io uso HP-UX, come un esempio. Il numero di file possibile decriptors è sotto il controllo di setrlimit (2). (A meno potente interfaccia, ulimit () è inoltre disponibile.) Un processo non può avere più di quello fd "soft" limite. Uso setrlimit (2), un processo può aumentare o diminuire la sua morbida limite. Ma un processo non può aumentare il limite soft limite al di sopra del disco. Un processo può ridurre il limite duro. Solo un processo di root può elevare il limite duro. Definire i parametri del kernel il valore iniziale del duro e morbido limite. Anche radice non può sollevare il disco al di sopra del limite di valore iniziale per il duro limite. Il kernel paramters:
maxfiles
maxfiles_lim

Ho un po 'in giro con la scelta di HP-UX come campione il mio sistema operativo. HP-UX consente riconfigurazione dinamica del kernel. Solo il root può riconfigurare il kernel. Ma una radice processo potrebbe, in teoria, aumentare maxfiles_lim e quindi aumentare il suo limite e quindi difficile relower maxfiles_lim. Non tutte le versioni di Unix che molto potere dare a un processo di root.

Non credo che cron violini con questi limiti.

Per impostazione predefinita stdin, stdout e stderr sono descrittori di file aperti durante il processo di creazione.
Se il limite è di 16 file, per esempio, il processo ha 13 descrittori di file per giocare con.

In script di shell, utilizza il reindirizzamento di descrittori di file. Una volta che la linea di "fare" il reindirizzamento è stato completato il descrittore del file è chiusa cioè: ls *> miofile.txt. Reindirizzamento blocchi di codice, come un loop, l'uso di un descrittore di file su molte linee di codice.

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

Jim, il che significa che ci sono abituato l'eventuale differenza tra il numero di descrittori di file per il processo in primo piano e cron assegnati posti di lavoro?

Fresco! Ho avuto uno strano dubbio che se ci potrebbero essere le eventuali differenze.

Cleared

Grazie a tutti!

Grazie per la risposta.

Ma la mia domanda è più legata alla differenza nella ripartizione dei descrittori di file per i diversi processi (in primo piano dal terminale / sfondo).