other than that, synapse-media-proxy seems to work well, nice and stable and memory use is pretty great too, even with all the thumbnailing.
Turns out most of the requests are thumbnails of media from other servers, which makes sense because that's how they appear in the timeline, only hitting /download when you click to see full res
https://stats.pixie.town/d/rPBvoh6Gk/synapse-media-proxy?orgId=1&refresh=15m&from=now-24h&to=now
@f0x Do you think the cache hit rate is low because the majority of requests are for never-before-seen content? or because of something else ?
Does the proxy shield your synapse from having to go and fetch thumbnails or images from other servers? i.e. the proxy "federates" with the other servers directly?
I already read the ReadMe and I was slightly confused, I think adding a diagram or definitions of the terms you are using would help.
@forestjohnson yeah, I think pixie.town's users are in a rather diverse set of rooms, so media tends to get accessed only a few times
synapse's own media API is *only* used to fetch local content when it's no longer in the RAM cache (shown as 'synapse' in the top right gauges)
All other requests are handled by the proxy, which directly contacts federating servers (remote)
A graph would be good yeah, when I have some more time
https://stats.pixie.town/d/rPBvoh6Gk/synapse-media-proxy?orgId=1
@forestjohnson https://stats.pixie.town/d/rPBvoh6Gk/synapse-media-proxy?orgId=1&refresh=15m
now there's a large happy number (and a cache hit ratio that dropped even lower :') )
@f0x It might be illuminating to collect a metric for "cache misses caused by previous cache evictions". You would just have to store the cache keys for longer than the actual cache entries, or something.
@forestjohnson actually yeah, that's a big difference hah, I should add a gauge for that :)