En son temps je m'étais plaint à Linus que le scheduler du kernel
ne respecte pas le comportement d'un nice 19 comme annoncé dans le man.
Un job en nice 19 en théorie devrait laisser la place complète et n'utiliser
que les cycles inutilisés. En homme pratique, Linus est d'avis, surement bien
réféchi, que ca peut causer des blocages si le job en nice 19 active
un service système à priorité élevée (comme le swap) et reste ensuite
complètement
bloqué par un autre process. Pour rester simple le scheduler du kernel
attribue (je ne garantis pas que ca n'aie pas changé depuis)
une fraction d'au moins 5% aux jobs en nice 19. 5% est un effet encore
bénin, mais je dirais que le scheduler de Linux est avant tout optimisé
pour des tâches interactives, pas pour des calculs intensifs en
concurrence avec des tâches interactives.
Une autre facon de bourrer une machine est de saturer les accès à la
RAM de manière non-séquentielle, ce qui cause des fautes de cache.
Les FFT entrent dans cette catégorie je crois.
Daniel
cedric briner wrote:
La première chose, il me semble, est de désactiver ce programme et de
voir si ca change qqchose.
Si oui, ben t'as trouvé ton problème.
Sinon, il faut commencer a investiguer. Mais investiguer alors que tu
as deja un bon candidat à ton problème...
Non?
tout a fait, mais lorsque je tapes kill -s STOP 19190
ca fuse !!! comme au bon vieux temps
et lorsque je le relance:
kill -s CONT 19190
tout mes ralentissement reviennent
donc je crois bien que j'ai trouve le bon candidat
As-tu regarder la LED de ton disque ? Tu ne serais pas en train de
swaper comme une bete par hasard ? Ton collegue n'a peut-etre pas
modifier son algorithme, mais il a peut-etre oublie de te dire qu'il a
augmenta la taille des matrices :-)
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
19190 eigenbro 39 19 39692 30m 852 R 98.3 3.0 565:15.45 psfm.exe
et quand je regarde l'applet de gnome : ``Moniteur System'' je ne vois
rien pour ``Disque Dur''
donc rien encore de ce cote la.
Ced.
_______________________________________________
gull mailing list
[email protected]
http://lists.alphanet.ch/mailman/listinfo/gull
