top - 12:46:41 up 14:35, 1 user, load average: 1.71, 1.26, 1.13
Tasks: 98 total, 1 running, 97 sleeping, 0 stopped, 0 zombie
Cpu0 : 47.5%us, 52.5%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu1 : 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu2 : 0.0%us, 0.3%sy, 0.0%ni, 99.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu3 : 42.1%us, 57.9%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2051168k total, 224844k used, 1826324k free, 56584k buffers
Swap: 1167352k total, 0k used, 1167352k free, 87208k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1609 root 20 0 600m 31m 8104 S 201 1.6 286:00.34 asterisk
1 root 20 0 8356 840 712 S 0 0.0 0:01.07 init
Ни как не пойму откуда берется такая нагрузка, это при 10-ти одновременных разговорах. Соединения в основном (E1 <--> SIP),(E1 <--> OOH323). Кто-нибудь подскажет как можно определить, какое событие в астериске вызывает такую нагрузку.
Asterisk 1.8.11.1 Dahdi 2.6.1
Может попробовать отключить модули restimingpthread и restimingtimerfd?
noload => res_timing_pthread.so
noload => res_timing_timerfd.so
диалплан плохой скорее всего.
ваш вопрос еквивалентный приблизительно такому.
" никак не пойму почему двигатель не включается в самолете, никто не подскажет что посмотреть где поломалося".
А в asterisk.conf случайно не включено high priority?
highpriority => yes
Как-то так?
Я это на двухядерном атоме с гипертрейдингом?
Вы бы хоть процессор указали, а то может это не аномалия даже
cat /proc/cpuinfo
перепроверь - точно ли по умолчанию стоит 711
Для такого процессора 10 транскодирований - несерьезная нагрузка. Атом на два ядра тянет легко 30 транскодирований GSM<->711
switch ( 2012-05-29 23:48:51 +0400 )редактироватьС кодеками всё в порядке 711а, остальные выключены. с синхронизацией - отключил все модули timing, кроме restimingdahdi.so результат тот же
Morozov ( 2012-05-30 13:52:20 +0400 )редактироватьПроблема осталась, пробовал модули тайминга менять не помогло.
Попробуйте воткнуть E1 плату в другую машинку, запустите там asterisk 1.6 - для E1-SIP вполне достаточно. H323 там пока не запускайте.. Эксперимент поможет разобраться куда копать дальше..
Я уже разобрался, виснет канал ooh323, при звонке ooh323 --> E1 когда вызываемый абонент(мобильный) не совершая ответ завершает вызов, при этом E1 освобождается, если кто-то сталкивался буду благодарен за ответ! Добавлю что один повисший канал openh323 это 100% загрузки одного ядра :(
Morozov ( 2012-05-31 20:25:20 +0400 )редактироватьПроблема не решена, может кто патчи какие-нибудь делал?
Morozov ( 2012-08-06 15:16:17 +0400 )редактироватьМожет попробовать отключить модули restimingpthread и restimingtimerfd?
noload => res_timing_pthread.so
noload => res_timing_timerfd.so
Попробуй через псевдоканал Local пустить.
а что это даст если не секрет? Пообщался с умным человеком говорит что всётаки дело в тайминге отправил ему debug ooh323.
Morozov ( 2012-08-07 17:39:40 +0400 )редактироватьАналогичная ситуация, как только канал OOH323 входит в такое состояние: OOH323/ATS_TDA-0845 s@macro-outisbusy:5 Busy Congestion(20) утилизация процессора прыгает до 100%, астериск не валится, но перестает обрабатывать звонки. В этой конфигурации АТС TDA100 смотрит платой 16 каналов в Asterisk через OOH323, все остальные пиры астериска - SIP.
Задан: 2012-05-25 13:09:08 +0400
Просмотрен: 2,440 раз
Обновлен: Mar 18 '13
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
Процессор Core i3, пардон за нехватку информации. ;highpriority => yes - закоментировано. Диалплан? А что с ним может быть, ни веб морды с наворотами, ничего такого. Все сервера что ставил работают нормально, за исключением этого. А не подскажите, может ли в версии быть дело?
Morozov ( 2012-05-28 22:02:12 +0400 )редактировать