[vz-dev] vzlogger und neue Middleware

[Michael Baer]

Am Montag, 3. Februar 2014 schrieb Jan Tamm:
> Hallo zusammen,
> 
> Am 3. Februar 2014 10:57 schrieb Andreas Goetz <cpuidle at gmail.com>:
> > Mir ist nicht so richtig klar, wie die doppelten Timestamps
> > zustande kommen. Immerhin haben wir je Kanal ms-Auflösung. Kann
> > es sein, dass der vzlogger die Timestamps nur sekundenweise
> > erzeugt? Falls ja würde ich vielleicht lieber an der Quelle
> > ansetzen?
> 
> Ich habe gerade nachgesehen. Normalerweise wird mit dem Befehl
> gettimeofday() gearbeitet und der gibt Mikrosekunden zurück. Ein
> Sonderfall ist es, wenn in dem SML Telegramm die Zeit gesetzt ist,
> da diese nur in Sekunden aufgelöst wird. Hier könnte man ansetzen,
> wenn es nur bei den SML Metern auftritt.

> Wenn ich aber in den Logs von Michael stöbere (S0):
.
.
.
.
.


> In meinen Logs ist das aber nicht so, dort sind die Timestamps
> nicht gerundet. Kann sich das jemand erklären?

"aggfixedinterval" : true,

[Feb 09 13:03:11][AVG]  [45] 2861.298262 @ 1391947389.112740
[Feb 09 13:03:11][AVG]  [46] 2861.484793 @ 1391947390.370814
[Feb 09 13:03:11][AVG]  [47] RESULT 2831.065518 @ 1391947390.370814


[Feb 09 13:03:11][chn2] ==> number of tuples: 1
[Feb 09 13:03:11][chn2] compare: 0 1391947380000 1391947380000.000000
[Feb 09 13:03:11][chn2] JSON request body: [ [ 1391947380000.000000, 
2831.065518 ] ]
[Feb 09 13:03:11][chn2] Buffer dump (size=0 keep=32): {}


"aggfixedinterval" : false,

[Feb 11 13:03:13][AVG]  [11] 720.799180 @ 1392120188.002160
[Feb 11 13:03:13][AVG]  [12] 721.087708 @ 1392120192.992630
[Feb 11 13:03:13][AVG]  [13] RESULT 746.888191 @ 1392120192.992630

[Feb 11 13:03:13][chn2] ==> number of tuples: 1
[Feb 11 13:03:13][chn2] compare: 0 1392120192993 1392120192992.629883
[Feb 11 13:03:13][chn2] JSON request body: [ [ 1392120192992.629883, 
746.888191 ] ]
[Feb 11 13:03:13][chn2] CURL: About to connect() to localhost port 80 
(#0)
[Feb 11 13:03:13][chn2] CURL:   Trying 127.0.0.1...
[Feb 11 13:03:13][chn2] CURL: connected
[Feb 11 13:03:13][chn2] Buffer dump (size=0 keep=32): {}



Sowohl bei "sml" als auch bei "s0".


-- 


Gruss,
	Michael

GnuPG-ID 0x1E4ED700  http://pgp.mit.edu/