Re: [PATCH 0/4] process memory footprint info in proc/<pid>/[s|p]maps v2

[Ray Lee]

On 8/19/07, Fengguang Wu <wfg@xxxxxxxxxxxxxxxx> wrote:
> Inspired by Matt Mackall's pagemap patches and ideas, I worked up these
> textual interfaces that achieve the same goals. The patches run OK
> under different sized reads.
[...]
> 2b7d6e8f3000-2b7d6ea40000 r-xp 00000000 08:01 1564031                    /lib/libc-2.6.so
> 0       2       YRAU___ 81
> 2       1       YRAU___ 80
> 3       1       YRAU___ 81
> 4       1       YRAU___ 72
> 5       1       YRAU___ 77
> 6       1       YRAU___ 79
> 7       1       YRAU___ 73
> 8       1       YRAU___ 79
> 9       1       YRAU___ 78
> a       1       YRAU___ 77
> b       1       YRAU___ 72
> c       1       YRAU___ 75
> d       1       YRAU___ 81
> e       1       YRAU___ 72
> f       1       YRAU___ 78
> 10      1       YRAU___ 81
> 11      1       YRAU___ 78
> 12      1       YRAU___ 80
> 13      1       YRAU___ 78
> 14      2       YRAU___ 81
> 16      1       YRAU___ 49
> 17      6       YRAU___ 41
> 1d      1       YRAU___ 80
> 2a      1       YRAU___ 44
> 2b      1       YRAU___ 69
> 2c      1       YRAU___ 28
> 31      1       YRAU___ 79
> 32      1       YRAU___ 49
> 33      1       YRAU___ 73
> 34      1       YRAU___ 57
> 35      1       YRAU___ 67
> 42      1       YRAU___ 77
> 43      3       YRAU___ 78
> 46      1       YRAU___ 77
> 47      1       YRAU___ 70
> 48      1       YRAU___ 15
> 4d      1       YRAU___ 78
> 5f      1       YRAU___ 78
> 60      1       YRAU___ 75
> 61      1       YRAU___ 72
> 62      1       YRAU___ 67
> 63      1       YRAU___ 59
> 68      1       YRAU___ 63
> 69      1       YRAU___ 61
> 6a      1       YRAU___ 63
> 6b      1       YRAU___ 75
> 6c      1       YRAU___ 76
> 6d      1       YRAU___ 81
> 6e      1       YRAU___ 77
> 6f      1       YRAU___ 79
> 70      1       YRAU___ 44
> 71      1       YRAU___ 79
> 72      1       YRAU___ 78
> 73      1       YRAU___ 79
> 74      1       YRAU___ 46
> 75      1       YRAU___ 78
> 76      1       YRAU___ 60
> 78      1       YRAU___ 79
> 79      1       YRAU___ 81
> 7a      1       YRAU___ 80
> 7e      1       YRAU___ 41
> 8a      1       YRAU___ 36
> 8b      1       YRAU___ 72
> 8c      1       YRAU___ 28
> 8d      1       YRAU___ 21
> 91      2       YRAU___ 19
> 99      1       YRAU___ 62
> 9a      1       YRAU___ 76
> 9b      1       YRAU___ 72
> c4      1       YRAU___ 80
> c5      1       YRAU___ 82
> c6      1       YRAU___ 81
> cb      1       YRAU___ 42
> cc      1       YRAU___ 79
> cd      1       YRAU___ 26
> cf      1       YRAU___ 12
> d0      1       YRAU___ 77
> d1      1       YRAU___ 38
> d2      1       YRAU___ 45
> d3      1       YRAU___ 66
> d4      1       YRAU___ 71
> e0      1       YRAU___ 52
> 106     1       YRAU___ 33
> 107     1       YRAU___ 14
> 108     1       YRAU___ 63
> 109     1       YRAU___ 57
> 10b     1       YRAU___ 70
> 10c     1       YRAU___ 63
> 118     1       YRAU___ 65
> 119     1       YRAU___ 78
> 11a     1       YRAU___ 69
> 11b     1       YRAU___ 68
> 11e     2       YRAU___ 62
> 120     1       YRAU___ 74
> 121     1       YRAU___ 42
> 125     1       YRAU___ 17

Eh, I'd think that pivoting the data set would be a much more natural
(& therefore shorter) representation.

YRAU___ 0,2:81 2:80 3:81 4:72 5:77 6:79 7:73 8:79 9:78
...versus...
> 0       2       YRAU___ 81
> 2       1       YRAU___ 80
> 3       1       YRAU___ 81
> 4       1       YRAU___ 72
> 5       1       YRAU___ 77
> 6       1       YRAU___ 79
> 7       1       YRAU___ 73
> 8       1       YRAU___ 79
> 9       1       YRAU___ 78

So, flags followed by a list of offset[,length]:usage. If the flags
change, start a new line. If you get a line that's too long, start a
new line.

No?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/