<div dir="ltr">Well I really think it could be what Marc said.<div><br></div><div>On v5.5 until the buffer is full it won't wend anything (anywhere...).</div><div><br></div><div>I'm going to lower the buffer and see if the reporting time decreases, if Marc is right, it should work.</div><div><br></div><div>I'll post back the results.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Feb 16, 2016 at 10:04 AM, Yves Mettier <span dir="ltr"><<a href="mailto:ymettier@free.fr" target="_blank">ymettier@free.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
Isn't this a InfluxDB feature (or issue) ?<br>
I have already used collectd->collectd : no problem. And Collectd->influxdb (using the write_tsdb plugin patched with pull request #1107) and I have seen the same latency as you.<br>
Not sure that this is a network plugin issue.<br>
<br>
You may try to dump the network traffic (tcpdump, wireshark) and check if this is a collectd or a InfluxDB issue.<br>
<br>
You may also try to send the metrics to both InfluxDB and another Collectd (with network plugin as the input plugin and something like csv output plugin) and see if the csv output is as slow as InfluxDB.<br>
<br>
Regards,<br>
Yves<div><div class="h5"><br>
<br>
Le 2016-02-16 18:00, Joel Serrano a écrit :<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
Hi Marc,<br>
<br>
We are collecting data every 10 seconds, and its being sent every 2-3<br>
minutes (that must be how long it takes to fill the buffer).<br>
<br>
We are not losing metrics as in influx we can see the correct timestamp of<br>
each event with a 10 second gap between them. We only wanted to report the<br>
metrics faster, so per your answer the way would be to decrease the buffer<br>
so the metrcis are sent every more often.<br>
<br>
I'm going to update the github issue with this info.<br>
<br>
Thanks for your help!<br>
<br>
Now everything is clear.<br>
<br>
Best regards,<br>
Joel.<br>
<br>
On Tue, Feb 16, 2016 at 8:39 AM, Marc Fournier <<a href="mailto:marc.fournier@camptocamp.com" target="_blank">marc.fournier@camptocamp.com</a><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
wrote:<br>
</blockquote>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Excerpts from Joel Serrano's message of 2016-02-15 20:41:58 -0800:<br>
><br>
> Has anyone successfully configured the network plugin in collectd to send<br>
> metrics every X seconds? (like 10 seconds).<br>
<br>
You can't control how frequently collected data is flushed to the write<br>
target(s). Only how frequently read targets are probed.<br>
<br>
In the case of the network plugin, the data gets flushed once its buffer<br>
is full, which size defaults to 1.5kB. Are you collecting very little<br>
data with a relatively high read interval ? If not you might want to<br>
fire tcpdump to check you aren't loosing packets (remember the protocol<br>
is UDP-based).<br>
<br>
Note that the values dispatched include the collection time timestamp.<br>
So even if there is some delay before they reach their final<br>
destination, they should be stored with the correct time reference.<br>
<br>
Cheers,<br>
Marc<br>
<br>
</blockquote>
<br></div></div><span class="">
_______________________________________________<br>
collectd mailing list<br>
<a href="mailto:collectd@verplant.org" target="_blank">collectd@verplant.org</a><br>
<a href="http://mailman.verplant.org/listinfo/collectd" rel="noreferrer" target="_blank">http://mailman.verplant.org/listinfo/collectd</a><br>
</span></blockquote>
</blockquote></div><br></div>