Un modello integrato control-flow e data-flow per il rilevamento ...

4.2. Introduzione a DTrace 55
1 static int
2 walk(const dtrace_aggdata_t *data, void *arg)
3 {
4 dtrace_aggdesc_t *aggdesc = data->dtada_desc;
5 dtrace_recdesc_t *ustackrec, *datarec, *namerec, *argrec;
6 uint64_t *ustack, *pc, timestamp;
7 char *name;
8
9 /* [...] */
10
11 /* Nome system call */
12 namerec = &aggdesc->dtagd_rec[1];
13 name = data->dtada_data + namerec->dtrd_offset;
14
15 /* Stack */
16 ustackrec = &aggdesc->dtagd_rec[2];
17 if (ustackrec->dtrd_action != DTRACEACT_USTACK)
18 fatal("aggregation key is not a ustack\n");
19 ustack = (uint64_t *)(data->dtada_data + ustackrec->dtrd_offset);
20
21 /* [...] */
22 }
Figura 4.6: Snippet di walk().
ustack(), si procederà come in Figura 4.6. A questo punto è possibile processarli
in qualsiasi modo si voglia.
4.2.2 Note riguardo a DTrace
I primi esperimenti con i consumer custom sono stati fatti in ambiente Mac OS X,
fino a quando non è emerso che, per motivi ancora non del tutto chiari, la funzione
ustack() “perdeva per strada” dei frame. Non solo, i frame persi non erano gli
stessi su piattaforma Intel e su piattaforma PowerPC. Inizialmente si è sospettato
che questo accadesse a causa di ottimizzazioni introdotte dal compilatore (del tipo
di -fomit-frame-pointer), ma andando a guardare il codice macchina generato
si è visto che non era questo il caso. Si è dunque spostato lo sviluppo su Solaris
(OpenIndiana 151a), dove nessun stack frame viene perso. Questo comportamento
verrà discusso a breve con gli sviluppatori di DTrace.