Hi, After re-reading the KIP, I'm not sure whether bytes is better than count. Eventually the prune must wait for "all" share partitions on the state partition to be snapshotted. That means users can hardly evaluate the retained log size from a per-partition threshold, no matter it is count or bytes.
On the other side, the concept of "per-group" is good to me, since it allows the low-traffic groups to snapshot more often. So I'm wondering whether a per-group count config (plus raising the broker upper bound) is enough for this KIP. Best, Chia-Ping On 2026-05-22 19:30 UTC Muralidhar Basani via dev wrote: > Hi all, > > I would like to start a discussion on KIP-1349, which allows configurable > snapshot frequency of share groups. > > KIP : > https://cwiki.apache.org/confluence/display/KAFKA/KIP-1349%3A+Configurable+snapshot+frequency+for+share+groups > > Thanks, > Murali >
