Sto sintonizzando il nofilevalore /etc/security/limits.confper il mio utente Oracle e ho una domanda sul suo comportamento: nofilelimita il numero totale di file che l'utente può avere aperto per tutti i suoi processi o limita il numero totale di file che l'utente può avere aperto per ciascuno dei suoi processi?
In particolare, per il seguente utilizzo:
oracle hard nofile 65536
Risposte:
La maggior parte dei valori¹ in limits.confsono limiti che possono essere impostati con il ulimitcomando shell o la setrlimitchiamata di sistema. Sono proprietà di un processo. I limiti si applicano indipendentemente per ogni processo. In particolare, ogni processo può avere fino a nofilefile aperti. Non c'è limite al numero di file aperti accumulati dai processi di un utente.
Il nproclimite è un po 'un caso speciale, in quanto somma su tutti i processi di un utente. Tuttavia, si applica comunque per processo: quando un processo chiama forkper creare un nuovo processo, la chiamata viene negata se il numero di processi appartenenti all'euid del processo è maggiore del RLIMIT_NPROCvalore del processo .
La limits.confpagina man spiega che i limiti si applicano a una sessione. Ciò significa che tutti i processi in una sessione avranno tutti gli stessi limiti (a meno che non vengano modificati da uno di questi processi). Ciò non significa che qualsiasi somma venga fatta sui processi in una sessione (non è nemmeno qualcosa che il sistema operativo tiene traccia - esiste una nozione di sessione, ma è più fine di quella, per esempio ogni applicazione X11 tende a finire nella propria sessione). Il modo in cui funziona è che il processo di accesso si pone alcuni limiti e sono ereditati da tutti i processi figlio.
¹ Le eccezioni sono maxlogins, maxsysloginsechroot che vengono applicati come parte del processo di accesso per negare o connettere influenza.
limit.confcambiato tra le volte in cui le sessioni sono state aperte o se sono impostati limiti diversi (dovrebbero essere più piccoli ad eccezione del root) .profile.
prlimit --pid $pidsu ciascuno di essi, è possibile modificare efficacemente il limite per una sessione attiva. Nota che potresti doverlo fare alcune volte nel caso in cui alcuni processi vengano biforcati mentre stai iterando.
RLIMIT_NPROCimpostato su 2 in A e su 3 in B. Quindi B può eseguire un fork di un altro processo, ma A no.