CPU Auslastung

[firEmergency]

Sollte natürlich nicht so sein.
Wie viel Einheiten/Benutzer hattest du denn beim Probealarm alarmiert?

Hattest du die "Einheiten duplizieren" Funktion zur Einrichtung genutzt?

[Flafi]

Waren 10 Einheiten die Alarmiert wurden, jeweils 1x per Mail, einige Iphone und zwei mal per Android..

Edit: Der Benutzer dem die Einheiten zugeordnet sind ist immer der gleiche..


Bei der Einrichtung habe ich es teils "dupliziert" und teilweise per "hand" eingerichtet da bei einigen Einheiten die Personen gleich sind, der Ablauf der ausgelöst wird ist aber immer der selbe. ( Alarmtext -> Smtp -> Iphone -> Android )

Wobei mir beim Testen mittlerweile aufgefallen ist das selbst eine Einheit mit nur 1xMail und 1xIphone im gegensatz zu Alarmierungstool schon "ewig" braucht und er Rechner schwer beschäftigt ist... ( Auch auf andere Hardware mit WinXP sowie Win2k getestet )

[dg76]

Hallo,

ich habe heute firEmergency runtergeladen und installiert. Ich arbeite mit einem Benutzer und ca. 15 Einheiten.

Alle Einheiten haben den selben Alarmablauf. Deshalb habe ich jeweils den Ablauf kopiert. Beim kopieren habe ich festgestellt, dass beim Kopieren vom 1. auf den 2. sehr schnell ist; das wird aber immer langsamer bis er beim 13. oder 14. aussteigt und die Fehlermeldung "Benutzer konnte nicht gespeichert werden" erscheint.

Dort können dann keine Einstellungen mehr vorgenommen werden - die Alarmierung funktioniert dann auch nicht ....

Einmal ist sogar der ganze Benutzer nach der Fehlermeldung verschwunden gewesen, sodass ich alles wieder neu anlegen musste.

Das Programm scheint ein Performanceprobleme zu haben bzw. einen Time-Out zu bekommen.

Kennt jemand den Fehler? Was ist zu tun?

[Hausen]

Hallo zusammen,

also das die Prozessorleistung auf 100% geht habe ich auch. Und ich habe zum testen nur einen Benutzer. Bei mir verzögert sich dadurch die Alarmierung um ca 10 Sekunden.
Anscheinend Summiert sich das dann ja. Das wäre nicht so schön :-(

Ich teste FirEmergency auf einer virtuellen Maschine Windows XP. Diese läuft auf einem Windows Server 2008 R2.

Gruß Hausen

[firEmergency]

Waren 10 Einheiten die Alarmiert wurden, jeweils 1x per Mail, einige Iphone und zwei mal per Android..

Edit: Der Benutzer dem die Einheiten zugeordnet sind ist immer der gleiche..

Bei der Einrichtung habe ich es teils "dupliziert" und teilweise per "hand" eingerichtet da bei einigen Einheiten die Personen gleich sind, der Ablauf der ausgelöst wird ist aber immer der selbe. ( Alarmtext -> Smtp -> Iphone -> Android )

Wobei mir beim Testen mittlerweile aufgefallen ist das selbst eine Einheit mit nur 1xMail und 1xIphone im gegensatz zu Alarmierungstool schon "ewig" braucht und er Rechner schwer beschäftigt ist... ( Auch auf andere Hardware mit WinXP sowie Win2k getestet )

Wird über die Alarm.exe alarmiert?
Wenn ja:
Dauert der manuelle Alarm (über Server-GUI) auch so lange?

Duplizieren:
Siehe unten

Alarm.exe
Siehe unten

Hallo zusammen,

also das die Prozessorleistung auf 100% geht habe ich auch. Und ich habe zum testen nur einen Benutzer. Bei mir verzögert sich dadurch die Alarmierung um ca 10 Sekunden.
Anscheinend Summiert sich das dann ja. Das wäre nicht so schön :-(

Ich teste FirEmergency auf einer virtuellen Maschine Windows XP. Diese läuft auf einem Windows Server 2008 R2.

Gruß Hausen

Gleiche Frage wie oben.

Das die Alarm.exe Probleme machen soll (100% Auslastung) hab ich jetzt schon öfters gehört.
Versuch doch mal die angehängte Alarm.exe. Diese wurde in einer anderen Programmiersprache geschrieben. Hoffe die geht. Bitte um Rückmeldung!!

Hallo,

ich habe heute firEmergency runtergeladen und installiert. Ich arbeite mit einem Benutzer und ca. 15 Einheiten.

Alle Einheiten haben den selben Alarmablauf. Deshalb habe ich jeweils den Ablauf kopiert. Beim kopieren habe ich festgestellt, dass beim Kopieren vom 1. auf den 2. sehr schnell ist; das wird aber immer langsamer bis er beim 13. oder 14. aussteigt und die Fehlermeldung "Benutzer konnte nicht gespeichert werden" erscheint.

Dort können dann keine Einstellungen mehr vorgenommen werden - die Alarmierung funktioniert dann auch nicht ....

Einmal ist sogar der ganze Benutzer nach der Fehlermeldung verschwunden gewesen, sodass ich alles wieder neu anlegen musste.

Das Programm scheint ein Performanceprobleme zu haben bzw. einen Time-Out zu bekommen.

Kennt jemand den Fehler? Was ist zu tun?

Duplizieren:

Finger weg davon, kann ich da nur sagen. Die Duplizieren-Funktion verursacht momentan extreme Speicherprobleme.
Eine Settings-Datei mit 15 Einheiten hat normalerweise einige KB (100KB). Wenn man die Duplizieren-Funktion verwendet, steigt der Speicherverbrauch teilweise bis auf einige 100MB (!) an.
Genauso steigt auch der RAM-Speicherverbrauch enorm an und verlangsamt das System extrem.

Wir wollen diesen Fehler in der nächsten Version korrigieren.

[Flafi]

So habe mal die Alarm.exe ausgetausch und eine neue Einheit angelegt die einen Empfänger (E-Mail) hat.

Habe dann die Einheit mehrmals über das Client- Interface alarmiert und es dauert immer noch länger im Gegensatz zu AT.... werde mal morgen mal weiter testen mit ein paar Iphones......

System läuft momentan produktiv und wenn ich da jetzt einfach mal so was schicke hauen mich morgen ein paar Leute :-))

Was mir gerade noch so aufgefallen ist ich hatte heute auch einige Timeouts bei Prowl und E-Mail Alamierungen und die Alarme sind nicht angekommen :-((

Hoffe das es mit der neuen Alarm.exe morgen besser läuft .... sonst muß das alte System mit AT erst mal wieder ran :-((

Außerdem überwache ich jetzt zum Spaß mal die CPU-Last, mal sehen was da so passiert...

P.S.: Das mit der "riesigen" Settings kann ich so nicht bestätigen die ist 260KB...

[Flafi]

und wenn man Alamierungen braucht bekommt man auch welche...

Heute hat es von 5 Alamierungen bisher 3 mal funktioniert und bei den beiden anderen hatte ich Timeouts bei Prowl sowie auch bei E-Mails.....

Wobei die Zeiten heute besser waren als gestern.....

Das mit der CPU überwachung hat leider nich geklappt ... ( Software nicht gestartet grummel )

Werde mir das mal Überlegen ob ich erstmal zur Sicherheit das "alte" System wieder anwerfe...... und das neue weiter zum testen....

[firEmergency]

So, hab heute mal nen manuellen Alarm nochmal probiert.

Hier ein paar Daten:

Pipeline enthält SMS-Versand (AnySMS) + vorgeschaltetem Alarmtext

Dauer des SMS-Versandes: 350 ms (0,3s!)

Manuelle Auslösung: 17:13:20
Bestätigung des SMS-Versandes: 17:13:20
Beendigung des Alarmablaufes: 17:13:20


Es kann also nicht unbedingt davon gesprochen werden, dass das Tool extrem langsam ist.
Was aber tatsächlich Probleme verursacht, ist die AlarmFMS32.exe.


--------------
Testrechner:
Win7 - 3GB RAM - Core i5