Bonjour,
 
pour une fois j'ai un gros et long jobs à faire tourner sur mon poste de travail.
 
J'ai utilisé nice ou renice pour augmenter ou diminuer la priorité (j'ai pas encore saisie) de mon job en question.
 
Mais rien n'y fait, impossible de faire autre chose normalement sur la bécane.
 
Pourriez-vous m'éclaircir un peu ?
 
La priorité de ce jobs est actuellement fixé à 35. Et je galère pas mal pour vous écrire ce message.

renice 19 pid_process

 
C'est ce que j'ai fait.

Ton job fait beaucoup d'entrées/sorties ?

 
En tout cas il swap, mais c'est plutôt du calcul.
 
SI ça peut informer ... voilà ce que donne top
 

Arrr,
 
Pardon, c'est pas le job qui swap, c'est le système.
 
Je pense pas pour répondre, c'est un réseau de neurone, un bien gros.

Ah oui mais si il swappe, tu peux rien faire pour empecher ton système de ramer forcément

 
 
Apparemment, si je garde relativement la main, ça tourne pas trop mal.
 
Mais dés que je laisse passer 2 minute, le système réalloue les ressource au job en question.

denice le et va faire un tour dehors, il fait beau

 
ben oui, la gentillesse d'un soft, ça n'a rien à voir avec son occupation du proc. C'est juste que si une autre tâche arrive, il va lui laisser la place. Si il n'y en a pas, il prend tout le proc.

Sinon si le programme le supporte, un SIGSTP pour le mettre en pause, puis un SIGCONT pour le relancer quand tu suivras le conseil de B_L

Woai, mais bon, il y en à pour dix jours apparemment, je ne peux pas rester dix jours dehors, sans H.fr    

Je comprends, mais il est tout de même très lent à me donner la main, je suis un peut désapointé.

Stoper, relancer, c'est pas trop ce que je cherche.
 
Arr la galère

Si cela te surprends, c'est que tu n'as pas bien saisi le fonctionnement du swap
 
Ton process prends la main, il a besoin de beaucoup de mémoire : le système commence à placer
les zones mémoires non utilisées (donc celle de toutes tes autres applis) dans le swap.
Une de tes applis graphiques redemande à prendre la main et est prioritaire donc executé => le système doit les sortir du swap
et recharger tout cela en mémoire => c'est très long forcément.

 
Et bien je pensais qu'il gérerait un peu mieux l'affaire.  
 
C'est très long forcément ... c'est ballot en tout cas.

Ben je vois pas comment il pourrait faire mieux

Sinon tu peux peut-être investir dans un peu plus de RAM, selon ce que ton calcul a besoin

ta fac ne te fournit pas des machines pour le calcul ?

Je ne sais pas non plus, ke comprends bien le problème, et ne connais pas l'implémentation exact de la gestion de processus.

Ben, en fait, j'ai de la ram, mais je tourne sur un vielle carte de dépanage qui ne supporte pas plus de 1 Go car j'ai grillé la dernière en la dépoussiérant

Je peut toujours demander, mais je suis pas à la fac cependant.
 
edit    
Merci pour vos réponses.

Y a t il "quelque chose" qui puisse n'octroyer à une application que 30 % (ou 40, ou...) de charge CPU ?
Un encodeur par exemple qui ne puissent pas dépasser ce taux d'occupation ? (même si rien d'autre ne tourne sur la machine)
Pas un "nice" puisqu'il va reprendre le maximum dès qu'il le peut, si j'ai compris.

Les groups scheduling doivent permettre de faire ça AMHA, mais uniquement dans les noyaux récents (2.6.24 et plus) :
http://lwn.net/Articles/240474/

http://kernelnewbies.org/Linux_2_6 [...] 91ae98d707
http://kernelnewbies.org/Linux_2_6 [...] 8b9f0f0947

 
merci, on attendra un peu alors