, increasing ttl will be better than pgw. > better? Remote-writing into a vanilla Prometheus server has its own set of problems, but it's safe to say that it's less of an abuse

think optional TTL per time series is a good idea. It might have several > use cases, it doesn't break anything, and it shouldn't be too hard to make. > So why not? Because

: a TTL usually doesn't solve a > problem that would come up in a use case that the Pushgateway is designed > to handle. > > Regards, > Julius > > On Tue, Jul 28

added a ttl feature to ensure a broken batch job will not produce the same metrics forever. Dont know if the Textfile Collector has something similar. Apart from that - you're right

the cache TTL. Could be useful eg with the snmp exporter. >> >> -- >> (o- Julien Pivotto >> //\ Open-Source Consultant >> V_/_ Inuits - https://www

the provided TTL parameter. > > However, it seems that setting this parameter does not create the expected > behavior. > For example, if I set the TTL to 10 sec, I would expect

have a TTL so everytime time prometheus scrape it collect all these old metrics plus new ones add the timestamp os the scrape and each time it does the same so I have old metrics repeated

about "ttl for pushgateway" but the use case has been a bit > different. > > I'm wondering am I doing something wrong, or is there just a simple toggle > how

for the ttl for metrics, this will be by default off (since people are already using it). I'll just add a section to the readme where the options are that describes the issue and options

think a TTL would solve my problem. Now Riemann > has TTL's, but meh. This left me wishing that either statsd-exporter would > support a TTL, or the pushgateway would support

=1 ttl=56 time=6.94 ms 64 bytes from vultr.robustirc.net (45.32.156.109): icmp_seq=2 ttl=56 time=6.92 ms 64 bytes from vultr.robustirc.net (45.32.156.109): icmp_seq=3 ttl

- A TTL can be set on processes spawned by passenger. To prevent the exporter from creating too many time series, but also being able to identify individual processes, upon creation