On Monday 23 September 2002 17:13, Jean-Claude Schopfer wrote: > Euh avec ulimit, je vais pouvoir dire ouais ok t'es un gentil processus, > tu fonctionne 10 minutes pis apr�s tu te kill...ou� non c'est pas �a > que je veux....il faut qu'il dure le temps qu'il doit durer, mais > jamais � plus de 25 % du CPU. En r�gle g�n�rale, je ne veux pas > que mon CPU soit utilis� � plus de 30% longtemps sur un portable. > > Merci quand m�me, c'est vrai que ulimit est sympa (enfin c'est pas > l'avis du processus mais bon :p)
Il existe ce genre de fonctionalit� sur les Unix propios, li� � des outils de gestion complexe d'utilisateurs, groupes, etc. ceci sur des syt�mes multi-CPU. Je ne sais pas si cela est disponible avec Linux, mais peut-�tre pas avec un kernel standard. Au pire, tu peux faire cela : Ecrire un prog en C qui chaque seconde va piquer le temps CPU utilis� par ton processus � ralentir. Tu fais un rapide calcul... si celui-ci a d�pass� son temps de calcul, tu lui envoie un SIGSTOP, tu dors ensuite un temp T, d�termin� aussi par calcul, puis, d�s que ton prog est "r�veill�", tu renvoies un SIGCONT au processus... et ainsi de suite. C'est pas ce qu'il y a de plus beau, mais le r�sultat devrait approcher ce que tu recherches, sans avoir besoin d'un kernel sp�cial et en mangeant vraiment un minimum de CPU pour cette gestion. Si maintenant tu veux vraiment t'�clater la tronche, tu peux envisager de g�rer N processus en m�me temps ... :-) Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
