Supports for new slab allocator now in latest release

I just wanted to let people know that as a result of a discussion on linux-mm I've added support for the new slab allocator to my collectl utility, now making it real easy to dynamically monitor allocations along with all the other types of monitoring collectl does. I've also put together a we

Update on collectl

Last summer I announced that I had released a performance monitoring tool called collectl and just wanted to let people know I've since significantly improved the website at http://collectl.sourceforge.net/ to include examples, a block diagram and even included a couple of pages on some interes

announcing collectl - a new performance monitoring tool

Just a quick plug for a utility I wrote a number of years ago and have recently open sourced. It's been around as an internal tool for about 4 years and so has been pretty well shaken out. There's a pretty good description and some example output at http://collectl.sourceforge.net/index.html

Re: Patch for inconsistent recording of block device statistics

re: your patch - I did try it on both an Operton and Xeon box. It worked find on the Opeteron and reported 0 for all the sectors on the Xeon. If nothing immediately jumps to your mind could it have been something I did wrong? I'll try another build after I send this along, but I don't see h

Process level I/O stats?

Apologies if this has been discussed recently but I couldn't find anything. As I've seen others ask over the years, have there been any newer thoughts on when and how this capability might be added? -mark - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: Patch for inconsistent recording of block device statistics

I don't like this patch, it adds 4 * sizeof(unsigned long) to struct request when it can be solved without adding anything. The idea is sound, though, the current way the stats are done isn't very interesting. Actually I wasn't all that excited about using the extra variable myself. However,

Patch for inconsistent recording of block device statistics

The read/write statistics for both sectors and merges are calculated at the time requests first enter the request queue but the remainder of the statistics, such as the number of read/writes are calculated at the time the I/O completes. As a result, one cannot accurately determine the data rat