Hi, > The most important thing about a /proc file format is that it has > a documented means of being extended in the future. Without such > documentation, it is impossible to write a reliable parser. > > The "Name: value" stuff is rather slow. Right now procps (ps, top, etc.) > is using a perfect hash function to parse the /proc/*/status files. > ("man gperf") This is just plain gross, but needed for decent performance.
So, change the output format is important, right? > Extending the /proc/*/maps file might be possible. It is commonly used > by debuggers I think, so you'd better at least verify that gdb is OK. > The procps "pmap" tool uses it too. To satisfy the procps parser: > > a. no more than 31 flags > b. no '/' prior to the filename > c. nothing after the filename > d. no new fields inserted prior to the inode number > Yes, probably smaps is more feasible for tracking environment. Do you know any public kernel (I mean kernel version for tracking and debugging) where can I post the smaps PATCH in order to be included? BR, Mauricio Lin. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/