[Asterisk-Users] Dual T400P, SMP, performance issues
Alex Zarubin
ZAlex at Webley.COM
Thu Jun 12 17:23:42 MST 2003
Zaptel was compiled with -D__SMP__
We've installed irqbalance and the picture improved a lot
(thanks to Jared Smith). Do you still see problems in our /proc/interrupts?
The big issue for us now is that after 24+ hours of the test load PRI->SIP
our Dell PE2650, dual 2.6 GHz Xeon, 2 Gb RAM, 2 T400P, 2.4.20-18.7smp #1 SMP
stops responding to anything.
So the questions are:
- are there known issues with PE2650 and ways to fix them?
- can someone recommend the 'stable' 2.4 SMP kernel for this
kind of load?
- any expertise in this area will be appreciated
CPU0 CPU1 CPU2 CPU3
0: 230710 30030 50050 0 IO-APIC-edge timer
1: 5 0 0 233 IO-APIC-edge keyboard
2: 0 0 0 0 XT-PIC cascade
5: 0 0 0 0 IO-APIC-level usb-ohci
8: 1 0 0 0 IO-APIC-edge rtc
14: 27 0 2 0 IO-APIC-edge ide0
20: 2085442 400221 0 230232 IO-APIC-level tor2
24: 293848 1841658 10010 570568 IO-APIC-level tor2
28: 5 25643 0 0 IO-APIC-level eth0
29: 5 0 5165040 0 IO-APIC-level eth1
30: 43720 35467 1291 3296 IO-APIC-level aacraid
NMI: 0 0 0 0
LOC: 310618 310616 310616 310616
ERR: 0
MIS: 0
Thank you.
Alex Zarubin
-----Original Message-----
From: Martin Pycko [mailto:martinp at digium.com]
Sent: Tuesday, June 10, 2003 9:48 AM
To: 'asterisk-users at lists.digium.com'
Subject: Re: [Asterisk-Users] Dual T400P, SMP, performance issues
Are you sure that you compiled zaptel for __SMP__ ?
Edit your zaptel/Makefile.
0: 75283844 75241320 75286285 75247088 IO-APIC-edge timer
1: 1 0 1 1 IO-APIC-edge keyboard
2: 0 0 0 0 XT-PIC cascade
3: 0 0 0 0 IO-APIC-level usb-ohci
8: 1 0 0 0 IO-APIC-edge rtc
15: 1 0 0 1 IO-APIC-edge ide1
16: 22134870 22120997 22135905 22122829 IO-APIC-level eth0
25: 4670 4548 4614 4518 IO-APIC-level tor2
All the four CPU's should have IRQ's like in the example above.
Martin
On Mon, 9 Jun 2003, Alex Zarubin wrote:
> Hi,
>
> We are trying to validate Asterisk as a media gateway PRI <-> SIP with two
> T400P (8 T1s) per box. The first
> experience with BOX1 (Compaq, 2.53 GHz, 1 Gb RAM) and just one T400P was
> encouraging - on the load
> test with 3 T1s worth of calls we had on average 75% idle CPU.
>
> Not so with BOX2 (Dell, single 2.6 GHz Xeon, 1 Gb RAM, 2 T400P) and BOX3
> (Dell, dual 2.6 GHz Xeon,
> 2 Gb RAM, 2 T400P, asterisk/zaptel is built with SMP support).
>
> On the similar load test (as with the BOX1) BOX2 was showing 0% idle CPU
70%
> of the time. Just 3 T1s
> out of 8.
>
> On the load test with just 2 T1s BOX3 was very close to 0% idle on CPU0,
> CPU1 was at 95% idle.
> The process ksoftirqd_CPU0 was close to the top of the 'top', with
> /proc/interrupts showing tor2 related
> numbers growing very fast. We had 2 T1s plugged into the first T400P
board,
> with nothing going into the second,
> but the number of interrupts for the both boards was growing at the same
> pace. Here are the interrupts
> (after the box reboot, so they are not that big as they were) - do they
look
> OK?
>
>
> CPU0 CPU1 CPU2 CPU3
> 0: 122556 0 0 0 IO-APIC-edge timer
> 1: 4 0 0 0 IO-APIC-edge keyboard
> 2: 0 0 0 0 XT-PIC cascade
> 5: 0 0 0 0 IO-APIC-level usb-ohci
> 8: 1 0 0 0 IO-APIC-edge rtc
> 12: 20 0 0 0 IO-APIC-edge PS/2
Mouse
> 14: 23 0 2 0 IO-APIC-edge ide0
> 20: 516930 0 0 0 IO-APIC-level tor2
> 24: 516524 0 0 0 IO-APIC-level tor2
> 28: 10600 0 0 0 IO-APIC-level eth0
> 29: 4837 0 0 0 IO-APIC-level eth1
> 30: 24831 0 0 0 IO-APIC-level aacraid
> NMI: 0 0 0 0
> LOC: 122430 122429 122429 122428
> ERR: 0
> MIS: 0
>
> Not sure what went wrong. Any suggestions on how to work with 2 T400P in a
> box (without hurting performance)
> and how to get advantage of SMP for Asterisk would be appreciated.
>
> Any known Linux kernel related issues (2.4.20-13.7smp #1 SMP for BOX3 )?
>
> Thank you.
>
> Alex Zarubin
>
>
>
_______________________________________________
Asterisk-Users mailing list
Asterisk-Users at lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20030612/3980cee7/attachment.htm
More information about the asterisk-users
mailing list