boulet - Posté par dark_star (envoyer un message privé) le mardi 23 mai à 09:27
bonjour
ta reponse ne m'apporte rien, les forums ne sont pas un café pour debattre du RTFM STW etc..
[1] j'ai un probleme et il me faut la solution avant demain 17H, [2] je ne te remercie pas mais tu doit t'en douter.
[3] la prochaine fois évite des poste inutile
[1] on n'est pas là pour faire ton TP
[2] on n'est pas obligé de repondre
__________
[3] je repete mon argumentaire :
à part traduire cela
# - data - max data size (KB) ?
# - fsize - maximum filesize (KB)
# - memlock - max locked-in-memory address space (KB) ?
# - nofile - max number of open files
# - rss - max resident set size (KB) ?
# - stack - max stack size (KB) ?
# - cpu - max CPU time (MIN) ?
# - nproc - max number of processes ?
# - as - address space limit
# - maxlogins - max number of logins for this user
# - priority - the priority to run user process with
# - locks - max number of file locks the user can hold
je ne vois pas trop ce qu'il te manque
tu dis :
j'en ai besoin car j'utilise un prog qui s'emballe de temps en temps qui me force a un reboot
tu as un programme qui part en "patate" et ce n'est probablement pas en jouant avec les limitations que tu l'empecheras de partir.
par contre en utilisant un systeme de trace et de debug tu comprendras peut-etre pourquoi il part en vrille
c'est un peu comme jouer avec la base de registre windows sans savoir ce que tu cherche à faire.
ex : tu vas mettre des limitations en nombre de fichier... mais est ce vraiment ca qui fait planter le programme ?
mais si tu consideres que tu n'as pas eu tes repondes, peut-etre faut-il reformuler la question ?
quels sont les symptomes par exemple ?
- CPU à 100%
- consomation memoire qui grimpe ?
- reseau qui bloque sans trafic ?
etc etc
[^] # Re: la logique informatique du geek de base
Posté par NeoX . En réponse au message configuration de /etc/security/limits.conf. Évalué à 1.
[1] on n'est pas là pour faire ton TP
[2] on n'est pas obligé de repondre
__________
[3] je repete mon argumentaire :
à part traduire cela
je ne vois pas trop ce qu'il te manque
tu dis :
tu as un programme qui part en "patate" et ce n'est probablement pas en jouant avec les limitations que tu l'empecheras de partir.
par contre en utilisant un systeme de trace et de debug tu comprendras peut-etre pourquoi il part en vrille
c'est un peu comme jouer avec la base de registre windows sans savoir ce que tu cherche à faire.
ex : tu vas mettre des limitations en nombre de fichier... mais est ce vraiment ca qui fait planter le programme ?
mais si tu consideres que tu n'as pas eu tes repondes, peut-etre faut-il reformuler la question ?
quels sont les symptomes par exemple ?
- CPU à 100%
- consomation memoire qui grimpe ?
- reseau qui bloque sans trafic ?
etc etc
__________
[4] et pourquoi pas relire cette magnifique page : http://www.gnurou.org/Writing/SmartQuestionsFr