Byrial Jensen <bjensen@nospam.dk> writes:
> En anden mulighed er at bruge strace til at registere alle kernekald
> som allokerer hukommelse (mmap og enkelte andre). Derudfra kan man så
> efterfølgende beregne maksimumsværdier. Jeg ville nok gå den vej hvis
> jeg skulle skrive et "memmax"-program.
I princippet er der vel ikke noget i vejen for at en applikation
allokerer en masse hukommelse uden at bruge den. Dette program:
#include <stdlib.h>
#include <stdio.h>
#include <unistd.h>
#define N_BYTES 500000000
int
main ()
{
int i;
char *m = malloc (N_BYTES);
if (!m)
{
printf ("malloc() returnerede NULL\n");
return -1;
}
for (i = 0; i < N_BYTES; ++i)
{
if (0)
m[i] = 'x';
else
sleep (5);
}
}
får strace til at rapportere:
[...]
mmap2(NULL, 500002816, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x42133000
Der reserveres altså en forfærdelig masse sider, men fordi der aldrig
bliver skrevet noget på dem, bliver de allesammen ignoreret af kernens
VM-system. Så jeg synes ikke man kan sige at programmet bruger 500 MB
hukommelse.
På min computer, som har 256 MB RAM, har det ikke nogen synlig effekt
at køre programmet, men /proc/<pid>/status fortæller:
VmData: 488300 kB
Hvis man udelukkende er interesseret i det maksimale antal bytes
allokeret med malloc(), er tallet under VmData (størrelsen af
datasegmentet) i /proc/<pid>/status sikkkert ikke helt i
skoven. Tallet er bare ikke nødvendigvis noget rimeligt bud på hvor
meget hukommelse et program bruger.
En anden mulighed er at se på det maksimale antal sider der er blevet
skrevet til på samme tid, men det er heller ikke helt realistisk, for
(a) der kan være masser af sider som er indlæst i den fysiske
hukommelsen, men som aldrig er blevet skrevet til
(programmets kode fx), og
(b) der kan sagtens være sider som der engang er blevet
skrevet til, men som ikke bruges længere og som ikke er
indlæst i hukommelsen.
En tredje mulighed er udelukkende at tælle antallet af sider som er
indlæst i hukommelsen. Dette tal rapporteres af top i søjlen RSS og
står i /proc/<pid>/status under VmRSS. Dette tal viser hvor meget
fysisk hukommelse programmet bruger, men
(a) Størrelsen af RSS afhænger af hvor meget hukommelse andre
programmer bruger.
(b) Hvis programmet har brug for mere hukommelse end der er
til stede fysisk, vil RSS være lig med mængden af fysisk
hukommelse, og operativsystemet vil udskifte sider hele
tiden.
(c) En del af RSS kan være delt med andre programmer.
For programmet ovenfor er RSS således 260 kB. Hvis jeg ændrer "if (0)"
til "if (1)", så vokser RSS hurtigt til 200 MB hvorefter top holder op
med at svare.
Så det er svært at give et klart svar på hvor meget hukommelse et
givet program bruger.