François Boisson a écrit :
Le Wed, 22 Oct 2014 22:16:35 +0200 BERTRAND Joël <joel.bertrand@systella.fr> a écrit:On ne parle pas de la même chose. Lorsqu'elle est lancée, ça fonctionne à peu près. C'est le démarrage qui pose problème avec le anachron. Effectivement, elle met en gros une minute à aller jusqu'à xdm, je peux me logguer, mais les tâches anachron qui partent deux minutes après le boot la mettent par terre durant trois gros quart-d'heure. Je me refuse à tuer ces tâches car la machine n'est pas allumée assez longtemps pour que les crons normaux se déroulent correctement. Mais tu peux venir constater par toi même si tu ne me crois pas.Non, je comprends mieux, ça n'a rien à voir avec un serveur pour le coup. Tu devrais mettre un mice et peut être même un ionice sur le updatedb, ça arrangera considérablement les choses.
Déjà tenté. Ça ne fait presque rien parce que le problème est que updatedb est un goret en terme d'occupation mémoire. Ça swappe et lorsque ça se met à swapper, un ionice n'arrange rien. La question sous-jacente est de savoir pourquoi updatedb bouffe autant de mémoire. J'ai comme dans l'idée que le truc n'est pas optimisé, du moins pour l'occupation de la mémoire (je vois monter updatedb à plus de 300 Mo... d'occupation mémoire).
En fait, je crois que ce qui m'énerve prodigieusement, c'est que j'ai sous la main une AS200 qui a en tout et pour tout 128 Mo de mémoire et que l'engin tourne avec un OpenVMS 8.4 _complet_, DECwindows compris (serveur X), extensions TCPIP et tout ce qu'il faut en plus pour connecter un VMS au monde Unix, que ce système fait largement plus de choses et qu'il est confortable à l'utilisation. Ça donne un bon point de comparaison.
JKB