bonjour,

j'ai recherché la solution pour limiter kswapd afin
de pouvoir conserver la main sur l'ordi et je n'ai
pas trouvé ....

qui pourrait m'indiquer une voie à suivre ?

merci pour votre aimable attention

bien à vous
bernard

Le 15/05/20 à 04:09, Bernard Schoenacker <bernard.schoenacker>a écrit :
> bonjour,
> j'ai recherché la solution pour limiter kswapd afin
> de pouvoir conserver la main sur l'ordi et je n'ai
> pas trouvé ....

Limiter ?

Tu voudrais qu'il consomme moins de ressources ? Pas sûr que ce soit très conseillé car s'il se
met en route c'est que ton PC a des soucis de RAM, et le fait que ça swap fait un peu plus
ramer le reste => si le swap se met en route parce que c'est très chargé ça augmente encore la
charge et il peu y avoir un effet domino (ça part en vrille jusqu'à ce qu'oomkill vienne faire
le ménage à coup de hache).

Tu peux désactiver le swap, oomkill se mettra en route plus vite, maispas sûr que ça règle ton
pb.

Quel est-il ?

Bonjour,

Le 15/05/2020 à 10:12, Daniel Caillibaud a écrit :

> Le 15/05/20 à 04:09, Bernard Schoenacker <bernard.schoenacker> a écrit :
>> bonjour,
>> j'ai recherché la solution pour limiter kswapd afin
>> de pouvoir conserver la main sur l'ordi et je n'ai
>> pas trouvé ....

Je fais aussi partie des personnes étonnées par la gestion du swap dans
les dernières versions.

Il faut admettre qu?avec 2 ou 3 logiciels un peu gourmands comme
Thunderbird, on met vite à genoux une machine avec 2Go de RAM
(obsolescence ???).

Le temps de récupération d?un logiciel qui a été swappé alors que toute
la RAM n?est pas/plus utilisée est assez frustrant et je n?ai pas
vraiment eu le temps de me pencher dessus pour résoudre ce problème.

> Limiter ?
> Tu voudrais qu'il consomme moins de ressources ? Pas sûr que ce soit très conseillé car s'il se
> met en route c'est que ton PC a des soucis de RAM, et le fait que ça swap fait un peu plus
> ramer le reste => si le swap se met en route parce que c'est très chargé ça augmente encore la
> charge et il peu y avoir un effet domino (ça part en vrille jusqu'à ce qu'oomkill vienne faire
> le ménage à coup de hache).
> Tu peux désactiver le swap, oomkill se mettra en route plus vite, mais pas sûr que ça règle ton
> pb.

Pas sûr non plus que régler les problèmes à coup de hache soit une
solution, peut-être en ajustant le taux d?utilisation de la RAM, les
timers en fonction de la machine ?

une piste ?
<https://askubuntu.com/questions/259739/kswapd0-is-taking-a-lot-of-cpu>.

Bonne journée,

?

Bonjour à tous

Avec testing, sous fvwm, j'observe un manque de réactivité du clavier
quand je tape vite. Ce que j'ai tapé s'affiche avec un peu de retard.. Le
retard est limité et irrégulier. C'est assez perturbant. Cela ne se
produit que sous fvwm, pas sous gnome. Même en choisisssant gnome sur
xorg. À noter que curieusement, fvwm démarre en clavier us malgré les
variables d'env (je ne sais pas si cela a un rapport : quand je demande
la conf clavier à setxkbmap, il me répond us, même sous gnome où j'ai
bien un clavier fr au démarrage).

Deux solutions possibles :

ma préférée : soigner le problème... mais je n'ai aucune piste.

et sinon : trouver un gestionnaire de fenêtres aussi configurable que
fvwm...

Bonne soirée à tous

François

On 5/15/20 7:36 PM, Francois Meyer wrote:
[..]
> ma préférée : soigner le problème... mais je n'ai aucune piste.
> et sinon : trouver un gestionnaire de fenêtres aussi configurable que
> fvwm...

Est-ce que ce manque de réactivité se manifeste avec icewm ou xfce?

Le 15/05/2020 à 20:55, Basile Starynkevitch a écrit :
> On 5/15/20 7:36 PM, Francois Meyer wrote:
>> Est-ce que ce manque de réactivité se manifeste avec icewm ouxfce?
>Je ne les ai pas installés, mais avec lxde, pas de problème. Pourtant lxde tourne avec xorg comme fvwm.

François