Alfred Proxy

[Tim Niemeyer]

Am Freitag, den 17.11.2017, 18:04 +0100 schrieb 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!
Ganz wie du magst.

Habs umgestellt.

Tim

> 
> 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
> > >
> > >
> 
> 

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 473 bytes
Beschreibung: This is a digitally signed message part
URL         : <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20171117/d0c8ddba/attachment.sig>