François Boisson a écrit :
Le Wed, 22 Oct 2014 22:16:35 +0200
BERTRAND Joël <[email protected]> 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
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers [email protected]
En cas de soucis, contactez EN ANGLAIS [email protected]
Archive: https://lists.debian.org/[email protected]
