ud via cron
Le
cLx
Bonjour,
Je me demandais pourquoi ud[1] n'utilise pas crontab, cela
permettrait pourtant d'éviter qu'il utilise de la ram en permanence[2]
sachant qu'il ne fait un check que toutes les 2 minutes[3] ?
Merci,
cLx
--
1: Uptime Daemon <http://packages.debian.org/lenny/ud>
2: 0,2% chez moi sur ma Debian
3:
/* How often to check (in seconds) */
int UPTIME_UPDATE_INTERVAL = 120;
[]
while (1)
{
[]
sleep (UPTIME_UPDATE_INTERVAL);
}
Merci,
--
http://clx.freeshell.org/
Je me demandais pourquoi ud[1] n'utilise pas crontab, cela
permettrait pourtant d'éviter qu'il utilise de la ram en permanence[2]
sachant qu'il ne fait un check que toutes les 2 minutes[3] ?
Merci,
cLx
--
1: Uptime Daemon <http://packages.debian.org/lenny/ud>
2: 0,2% chez moi sur ma Debian
3:
/* How often to check (in seconds) */
int UPTIME_UPDATE_INTERVAL = 120;
[]
while (1)
{
[]
sleep (UPTIME_UPDATE_INTERVAL);
}
Merci,
--
http://clx.freeshell.org/
L'invocation d'un programme par cron est assez lourde, le faire toutes les
deux minutes serait également coûteux.
Si tu te soucies de cette question, tu n'utilises pas ud, pour commencer.
Comment le mesures-tu ?
À ce point là ?
Ah non, c'est tellement inutile que c'est devenu indispensable :)
avec ps :
$ ps u -p 27506
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 27506 0.0 0.2 1752 528 ? S<s Jun23 6:22 /usr/bin/ud -s
^^^^ ^^^
--
cLx
C'est très approximatif, comme mesure, surtout pour une valeur aussi petite.
Une bonne partie de cette mémoire est probablement réservée sans être
utilisée.
N'oublie pas que
1) cron forke pour invoker le processus, après avoir mis un
environnement spécifique, lance en parallèle un processus d'envoi de
mail qui récupère la sortie standard, etc. C'est lourd et ça prend de la
place...
2) sur un truc comme ça seule une page du code va être en RAM, le reste
reste sur le disque,
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
Si cette mémoire est réservée mais non utilisée, peut-elle être utilisé par
un autre programme quand même ?
Dans ce cas là des trucs comme inetd n'auraient jamais été écrits ?
Quand tu dis "ça prend de la place", ça la prend où ? En ram temporairement
pendant quelques fractions de secondes ? Ou sur le disque ?
Swapper, c'est l'avenir ! ;)
De plus il existe des trucs genre munin qui fonctionnent toutes les 5 minutes
pour faire des mesures, et ils sont lancés avec un fichier dans /etc/cron.d/...
Avec la configuration par défaut, oui.
inetd c'est pour des services lancés très peu souvent, si tu as un
service utilisé souvent (et une fois toutes les 2 minutes, c'est
souvent), tu fais un démon...
RAM, CPU et IOs...
C'est pas du swap : le code *est* sur le disque inutile de charger tout
le code en RAM, surtout quand tu es dans une boucle...
Oui, et ? après on peut vouloir un peu plus optimiser les choses (perso
ma limite est à 1 fois toutes les 5 minutes justement).
--
Le travail n'est pas une bonne chose. Si ça l'était,
les riches l'auraient accaparé
Nicolas George
Quelques questions sur le sujet :
- Comment les programmes peuvent-ils réserver de la mémoire ?
- A quoi cela sert-il ?
brk/sbrk et mmap.
À en avoir, quelle question !