Alfred Proxy

[Adrian Schmutzler]

Hallo Tim und Liste,

klappt. Ich kriege die Daten jetzt 5+1 min.

Und wir gewinnen so tatsächlich 4 Minuten Updatezeit:

Die Daten von den Routern haben einen Timestamp, wann sie geschickt werden, z.B.
16:30:28

Bisher kamen die Daten dann an um 16:35:02 oder so.

Jetzt kommen sie um 16:31:02.

Wir sehen dabei auch, dass die Router etwa 30 sec. brauchen, um den xml File zu schreiben. Dann muss er noch verteilt werden...

Ich würde daher für Sleep 90 plädieren!

Und ich setze entsprechend meine Statistikberechnung auf 5+3 Min.

Für alle DEZENTRALEN: Passt eure crons an, dann habt ihr auch 4 Minuten Gewinn. Wenn Tim auf 90 ändert, wäre bei euch 60-80 gut, da eure Anfragen kürzer sind und damit schneller vom Monitoring verarbeitet werden.

Grüße

Adrian

> -----Original Message-----
> From: Tim Niemeyer [mailto:tim at tn-x.org]
> Sent: Freitag, 17. November 2017 17:51
> To: Adrian Schmutzler <mail at adrianschmutzler.de>
> Cc: franken-dev at freifunk.net
> Subject: Re: Alfred Proxy
> 
> Hi Adrian
> 
> Finde ich gut. Ich hab auf dem Netmon nen sleep 60 vor den alfred proxy
> gestellt.
> 
> Tim
> 
> Am Freitag, den 17.11.2017, 13:07 +0100 schrieb Adrian Schmutzler:
> > Hallo Tim und Liste,
> >
> >
> >
> > so wie ich das im Monitoring beobachte, schickt der Alfred Proxy die
> > Daten immer genau alle 5 Minuten (also 00:00, 00:05, 00:10, etc.) an
> > das Monitoring.
> >
> >
> >
> > Gleichzeitig speisen aber die Router die Daten zu ebendiesen
> > Zeitpunkten per Alfred ein (und ich schätze mal, das der Alfred Master
> > sie auch zu diesem Zeitpunkt liest).
> >
> >
> >
> > Dies ist in meinen Augen ein Design, das zu enormen Verzögerungen
> > führt. Denn um 00:05 werden dann die Daten gelesen (vom Master), die
> > von den Routern um 00:00 geschickt wurden (oder wenn das Abarbeiten
> > etwas dauert, kann auch mal ein aktueller Datensatz dazwischen
> > rutschen). Je nachdem, wie genau der Proxy implementiert ist, kommt es
> > ggf. zu weiteren Verzögerungen.
> >
> >
> >
> > Da die Router immer */5 schicken und das in der Firmware so drin ist,
> > würde ich vorschlagen, den Master das Zeug dann jeweils ein/zwei
> > Minuten später zu verarbeiten zu lassen, also 1-59/5 (00:01, 00:06, …)
> > oder 2-59/5 (00:02, 00:07, …). Falls der proxy eine separate Einheit
> > ist (also das Versenden der Daten ans Monitoring), sollte die wieder
> > ein oder zwei Minuten später stattfinden).
> >
> >
> >
> > Dies verhindert einerseits Verzögerungen und sollte andererseits die
> > Stabilität erhöhen, da nicht alles „gleichzeitig“ passiert.
> >
> >
> >
> > (Beim Monitoring mache ich es jetzt ähnlich: Die Daten kommen um */5,
> > das Verarbeiten dauert ca. 13 sec. Um 2-59/5 wird dann die Statistik
> > erstellt, so sind alle Daten sicher da und ich muss es nicht mit dem
> > /api/alfred Call verbinden.)
> >
> >
> >
> > Dies sollte auch die Daten im Monitoring „aktueller“ machen ….
> >
> >
> >
> > Beste Grüße
> >
> >
> >
> > Adrian
> >
> >