[ale] interrupt numbers

[Jim Kinney]

5-6 disk interupts/s simultaneously across 8 cpu cores
350+ for raid controller per sec simultaneously across 8 cores.

Just discovered the drives were set up _WRONG_ according to the
application design specs as well. DB drives supposed to be no write
cache, no journaling and separate from the rest of the filetree.
Instead they are all glommed together in a single, normal-default RHEL
LVM.

So I get to rebuilt a live, production server!! WooHoo!!

On Fri, Jun 26, 2009 at 3:37 PM, Greg Freemyer<greg.freemyer at gmail.com> wrote:
> How many interrupts per second are you seeing?
>
> iostat -d 5   (from the sysstat package) might be your friend
>
> If you seem to be getting too many interrupts, is your DMA
> engine/config broken by chance?
>
> Greg
>
> On Fri, Jun 26, 2009 at 3:07 PM, Jim Kinney<jim.kinney at gmail.com> wrote:
>> um. duh.
>>
>> 15 is disk and 169 is raid controller.
>>
>> ugh. system is bogging down on IO really badly.
>>
>> On Fri, Jun 26, 2009 at 2:51 PM, Keith Miller<smeadspam at gmail.com> wrote:
>>> you can start with /proc/interrupts then work back from there..
>>>
>>> K
>>>
>>>
>>> Jim Kinney wrote:
>>>> I am looking at a list of interrupts and their rate (sysstat data
>>>> using kSar for graphing). I need to know how to map the interrupt
>>>> number to a physical process.
>>>>
>>>> i.e. what is i015 being called by? as well as i169?
>>>>
>>>> Clearly the kernel source is my friend here but it's somewhat , um,
>>>> large. any ideas on a short place to look? Are interrupts
>>>> standardized?
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Ale mailing list
>>> Ale at ale.org
>>> http://mail.ale.org/mailman/listinfo/ale
>>>
>>
>>
>>
>> --
>> --
>> James P. Kinney III
>> Actively in pursuit of Life, Liberty and Happiness
>> _______________________________________________
>> Ale mailing list
>> Ale at ale.org
>> http://mail.ale.org/mailman/listinfo/ale
>>
>
>
>
> --
> Greg Freemyer
> Head of EDD Tape Extraction and Processing team
> Litigation Triage Solutions Specialist
> http://www.linkedin.com/in/gregfreemyer
> Preservation and Forensic processing of Exchange Repositories White Paper -
> http://www.norcrossgroup.com/forms/whitepapers/Forensic%20Processing%20of%20Exchange%20WP%20final.pdf
>
> The Norcross Group
> The Intersection of Evidence & Technology
> http://www.norcrossgroup.com
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
>



-- 
-- 
James P. Kinney III
Actively in pursuit of Life, Liberty and Happiness