> System instrumentation people are already complaining about how costly
> /proc parsing is. If you have to get some nontrivial stat from all
> threads in the system, and if Linux doesnt offer that counter or summary
> by default, it gets pretty expensive.
>
> One solution i can think of would be to make a binary representation of
> /proc/<pid>/stats readonly-mmap-able. This would add a 4K page to every
> task tracked that way, and stats updates would have to update this page
> too - but it would make instrumentation of running apps really
> unintrusive and scalable.
That would be awesome - the current methods we have are mostly crap. There
are some atomicity issues though. Plus when I suggested this 2 years ago,
everyone told me to piss off, but I'm not bitter ;-) Seriously, we do
need a fast communication mechanism.
M.
-
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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
