Hi,

I guess you're right, I could change the name.
I liked the name itop, it sounds good, and it's the perfect name for this soft. That's why people already used it before.

But I think I'll rename it to 'inttop', it's pretty much the same, and it tell what it does.

Cheers



On 05/26/2013 07:59 PM, Diego Veralli wrote:
Hey elboulangero,

You might want to change the name, there are already 2 itops that I know of, that monitor interrupts:

* http://packages.debian.org/wheezy/itop
* http://et.redhat.com/~jmh/tools/xen/itop (this is just a small perl script, but still...)

Yours provides much more information (works fine on my machine BTW), so it's a useful addition, but if you just call it itop it's going to be a bit confusing..

Cheers
Diego

On Fri, May 10, 2013 at 12:15 AM, elboulangero <elboulangero@gmail.com> wrote:
Hello everyone,

lately I had to fight big XRUN troubles, and thanks to this forum I finally solved that. This excellent thread saved me:
http://linuxaudio.org/mailarchive/lau/2012/9/5/192706

On my long quest, I tried to see a little bit more what happened with the IRQs on my system. I searched for a kind of 'top' utility to monitor the interrupts, but the only apps I found were either deprecated, or missed some cool features.

So, I ended up writing my own tool to monitor the file /proc/interrupts.
It's available a this address:
https://gitorious.org/elboulangero/itop

As its name indicates, it behaves pretty much like top, but for interrupts.
It's quite a simple thing, that I tried to enhance a bit with some cool features:
 + refresh period can be specified.
 + two display modes: display interrupts for every CPU, or only a sum of all CPU.
 + display every interrupt (sorted like /proc/interrupts), or only active interrupts (sorted by activity).
 + in case the number of interrupts changes during the execution of itop (due to a rmmod/modprobe), it's handled without any fuss.
 + command-line options are also available as hotkeys for convenience.
 + at last, the program display a summary on exit. The idea is that this summary could be copied/pasted in emails to help debugging.

If anyone is interested, feel free to try and comment !

Cheers
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev