Danny Kopping

Closing this, since https://github.com/grafana/loki/pull/6954 is merged. It's incredibly difficult to observe the performance impact of thousands of short events per second, but the line-buffered logger at least is more mechanically...

> Hi @dannykopping ! I would like to pick this up. Go for it :+1:

Correct: I think the way I would personally like to use this is to create a port-forward to the pod (if we're in k8s) and call an API to change...

cc @AndreZiviani @zswanson @arvindkonar after our discussion in [Slack](https://grafana.slack.com/archives/CEPJRLQNL/p1647526992842409)

@periklis good to know :+1 AFAIK the `custom.metrics.k8s.io` is only available with `autoscaling/v2`, which is only stable as of v.1.23, correct?

> FYI: I did generate a file with ~400 MB, and compressed it with gunzip which reduced it to ~1 MB, and apparently the gunzip reader didn't really expand the...

> > > FYI: I did generate a file with ~400 MB, and compressed it with gunzip which reduced it to ~1 MB, and apparently the gunzip reader didn't really...

Interesting question @09jvilla... Maybe `in-process` cache is not the best terminology for us to use here (cc @kavirajk since you're working on this). I think we do still want to...

We should not forget to rename the metrics in the [exporter](https://github.com/grafana/groupcache_exporter)

Reopened, and I agree it's useful. There really is no reason for the remote write configs to be limited to a single one, other than backwards-compatibility. The code should support...