Le pourcentage CPU, pas à ma connaissance.
Par contre, tu as au moins 3 paramètres qui peuvent approcher d'une solution paliative:
1) Le temps CPU "cpu" (exprimé en minute) qui limite la durée d'utilisation du CPU Attention: Le temps CPU est différent du "temps" et ne coïncide pas forcément surtout dans une machine avec de nombreux processus prêts à être exécuté. En effet, Linux alloue des slots de temps partagés (10 ms ?) pour chaque processus dans ses files d'attentes prêts à être exécuté...
2) Le nombre de processus "nproc" pour limiter les abus (type fork & co)
3) La priorité des processus "priority" pour réduire au maximum les nuisances de certains processus gourmands en CPU (peu d'Entrées/Sorties, boucles de calculs infinies...)
Inconvénient Cette solution est "cumulative" et ne fait pas un partage de type "% moyen d'utilisation" (sauf à mettre des paramètres proches du "nolimits" ;-))
Pour le paramètre "nofile", sans un exemple de test que tu réalises, je n'ai que des hypothèses: soit il s'applique globalement comme un quota disque sur l'ensemble de fichiers du FS, soit il ne s'applique qu'au niveau de chaque processus utilisateur, ce qui pourrait se traduire par un MAX_FILE = nproc x nofile x MAX LOGINS (maxlogins x maxsyslogins ?)
Désolé, mais j'ai atteints ma limite (non, ce n'est pas un jeu de mot :P) sur le sujet.
Bon courage !
Cdlt,
PS: Bien sûr, tout ceci est à tester pour trouver la bonne combinaison/recette ^__^
[^] # Re: Des traces logs ?
Posté par Steve Azriel . En réponse au message Configuration de /etc/security/limits.conf. Évalué à 1.
Le pourcentage CPU, pas à ma connaissance.
Par contre, tu as au moins 3 paramètres qui peuvent approcher d'une solution paliative:
1) Le temps CPU "cpu" (exprimé en minute) qui limite la durée d'utilisation du CPU
Attention: Le temps CPU est différent du "temps" et ne coïncide pas forcément surtout dans une machine avec de nombreux processus prêts à être exécuté. En effet, Linux alloue des slots de temps partagés (10 ms ?) pour chaque processus dans ses files d'attentes prêts à être exécuté...
2) Le nombre de processus "nproc" pour limiter les abus (type fork & co)
3) La priorité des processus "priority" pour réduire au maximum les nuisances de certains processus gourmands en CPU (peu d'Entrées/Sorties, boucles de calculs infinies...)
Inconvénient Cette solution est "cumulative" et ne fait pas un partage de type "% moyen d'utilisation" (sauf à mettre des paramètres proches du "nolimits" ;-))
Pour le paramètre "nofile", sans un exemple de test que tu réalises, je n'ai que des hypothèses: soit il s'applique globalement comme un quota disque sur l'ensemble de fichiers du FS, soit il ne s'applique qu'au niveau de chaque processus utilisateur, ce qui pourrait se traduire par un MAX_FILE = nproc x nofile x MAX LOGINS (maxlogins x maxsyslogins ?)
Désolé, mais j'ai atteints ma limite (non, ce n'est pas un jeu de mot :P) sur le sujet.
Bon courage !
Cdlt,
PS: Bien sûr, tout ceci est à tester pour trouver la bonne combinaison/recette ^__^