Asterisk - sehr hohe durchschnittliche Auslastung ohne Grund

Question

Okay, ich habe es herausgefunden. Das ist nur eine Problemumgehung, aber das Problem ist für mich auf ein akzeptables Niveau gesunken.

Nach einem ungewollten Neustart mitten am Tag fiel mir auf, dass die durchschnittliche Auslastung stark abfiel! Ich überprüfte unser Serverüberwachungssystem – die durchschnittliche Auslastung stieg bei 3-4 Stunden kontinuierlicher (und stabiler) Auslastung immer langsam an. Das war nicht zu bemerken, weil ich es am Tag zuvor nicht neu starten konnte.

Wie gesagt, ich habe ein paar Perl-Skripte, die über AGI()die Anwendung aufgerufen werden. Eines davon wird in der hErweiterung aufgerufen; es führt nur eine einfache DB-Abfrage aus. Es stellte sich heraus, dass die DB manchmal etwas überlastet wird; Abfragen müssen 200-500 ms warten; Asterisk muss warten, bis das Perl-Skript fertig ist.

Also habe ich fork()zu Beginn an meinem Perl-Skript gespart und dafür gesorgt, dass der AGI()-Aufruf immer sofort zurückkehrt. Das hat sehr geholfen! LA wurde viel stabiler. Das ist keine vollständige Lösung – es scheint, dass es im Inneren von Asterisk immer noch etwas beschädigt, aber es ist viel langsamer, das ist fast kein Problem.

Für diejenigen, die einen gebrauchsfertigen Codeabschnitt suchen (vergessen Sie nicht, alle Variablen vor fork()dem ing abzurufen, da Sie danach nicht mehr darauf zugreifen können $AGI):

my $AGI = new Asterisk::AGI;

# get all your variables here
my $var = $AGI->get_variable('var');

undef $AGI;

if (fork) { exit 0; };
open STDIN,  '<', '/dev/null'; # dont forget to free your parent's file handles
open STDOUT, '>', '/dev/null';
open STDERR, '>&STDOUT';

Es scheint ein Fehler zu sein, aber ich frage mich, warum außer mir niemand ein solches Problem hat.

BEARBEITEN1:Nun, das Problem ist nach dem Eliminieren AGIder Anrufe vollständig verschwunden. Ich habe einfach ein paar benutzerdefinierte ODBCFunktionen ( func_odbc.conf) erstellt, die nur Informationen für die asynchrone Verarbeitung speichern (sie werden später von einem separaten Perl-Daemon verarbeitet). LA sank von 20-25 auf 0,5-0,9 (!). Ich hätte nie gedacht, dass dies AGIeine so große Belastung verursachen kann.

Answer 1