Похоже, у вас достаточно большое количество переключений контекста и прерываний. Также, если вы посмотрите на нагрузку 2 и рабочую очередь, я думаю, что сценарий может быть вызван быстрыми всплесками потоков, которые очень быстро завершают свою работу, поэтому они не проводят много времени в ЦП, но они увеличивают нагрузку .
PS Извините, пожалуйста, за английский.
Вы можете не видеть все процессы с простым ps auxf
, потому что с этими параметрами ps
скрывает потоки многопоточных процессов. Попробуйте использовать ps -eLo pid, stat, comm
, это покажет все потоки, в которых некоторые потоки могут иметь состояния R
или D
. И средняя загрузка - это среднее количество R
+ D
theads (или задач , в терминологии Linux) на интервал выборки ( что может быть 100 раз в секунду).
Единственное, на что Asterisk тратит процессорное время, - это перекодирование при смене кодеков (не ваш случай, а когда телефоны ALAW / ULAW, а магистраль - G.729), при проведении конференций и микшировании аудиоканалов в один MusicOnHold и т. д. Попробуйте перекодировать ваши звуковые файлы в ALAW / ULAW. Если вы записываете звонки, попробуйте записать их в * LAW (на RAM-диск) и перекодировать в MP3 или какое-либо сетевое хранилище в нерабочее время. Если у вас есть голосовая магистраль, отличная от SIP, это также может иметь значение.
Этот ЦП сильно перегружен для такого количества вызовов. Ознакомьтесь с Измерение звездочки , и вы увидите, что можете выполнять 1000 одновременных вызовов с еще более плохим оборудованием.
это также может иметь значение.Этот ЦП перегружен для такого количества вызовов. Ознакомьтесь с Измерение звездочки , и вы увидите, что можете выполнять 1000 одновременных вызовов с еще более плохим оборудованием.
это также может иметь значение.Этот процессор сильно перегружен для такого количества вызовов. Ознакомьтесь с Измерение звездочки , и вы увидите, что можете выполнять 1000 одновременных вызовов с еще более плохим оборудованием.
Возможно, уже слишком поздно отвечать на этот вопрос, и, возможно, причина не та, что в моем случае.
Но я также заметил такую высокую загрузку процессора при обновлении моей звездочки 1.8 на asterisk 11.5 (от Fedora 14 до Fedora 20), но сохранив мой старый файл конфигурации! В asterisk.conf строка:
; console = yes; Запуск от имени консоли (то же, что и -c при запуске).
не был закомментирован точкой с запятой как только строка была прокомментирована и звездочка перезапущена, ЦП вернется к нормальной работе !!!!