[LAD] itop

[James Morris]

On 27/05/13 Dan <danmbox at gmail.com> wrote:
>I suppose we (devs, not just Linux and just audio) need some kind of
>"intented project name" database :)


It's called the internet.





>
>On 5/26/13, Diego Veralli <diegoov at gmail.com> 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 at 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<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<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 at lists.**linuxaudio.org<Linux-audio-dev at lists.linuxaudio.org>
>>> http://lists.linuxaudio.org/**listinfo/linux-audio-dev<http://lists.linuxaudio.org/listinfo/linux-audio-dev>
>>>
>>
>_______________________________________________
>Linux-audio-dev mailing list
>Linux-audio-dev at lists.linuxaudio.org
>http://lists.linuxaudio.org/listinfo/linux-audio-dev



-- 
http://jwm-art.net/
image/audio/text/code/