アスタリスクは、1つのコアで一貫した100％のCPU負荷を持っています
http://i.imgur.com/sySQfsH.png
スクリーンショットに注意してください。 Asteriskを実行しているUbuntu12.10ボックスがあります。先日サーバーにSSH接続して、1つのコアで100％CPUで実行されているアスタリスクを見つけました。数日間監視しましたが、常に100％です。 1つのコアにCPU。私は同じ問題を抱えていて、私のような状況はそれほど多くない他の人々を見つけるために、いくつかの広範なグーグル検索を行いました。理想的には、複数のコアを使用するか、100％CPUではないことを望みます。これが、回線の品質に問題がある理由だと思います。
これのトラブルシューティングを開始する方法すらわかりませんが、誰かアイデアはありますか？
編集：（PBX管理者）からの追加情報）
システムは、平均して20〜40のアクティブチャネルを認識します。すべてのインバウンドSIP、トランスコーディングなし（gsmにトランスコードする録音のすべての呼び出しでのmix_monitorを除く）、g711ulaw8kHz。
ここでの「コアショースレッド」の結果： http://Pastebin.com/n26V5LPE
htopは、106％CPU（メインスレッドのようです）でアスタリスクスレッド（PID 1745）を示しています。
ハイパースレッディングを備えたクアッドコア。稼働時間45日。
レベル0および6での冗長性/デバッグと同じ動作。
電話システムのダウンタイムは、多くの小さなバグ修正と調整のために間もなく予定されています。どんな助けでも大歓迎です！
PBX管理者が奇妙なinitスクリプトを使用してサービスを開始していたため、CLIがループしているようです。ssh上のループを確認できず、確認できただけでした。一度モニターを接続します。
ubuntus公式リポジトリのdebから元のinitスクリプトを取得し、CPUの高さの問題を修正しましたが、他のアクセス許可の問題も引き起こしました...言うまでもなく、Linuxのフレーバー用に作成された公式リポジトリパッケージが好きですソースから構築するのではなく、使用します！