[ https://issues.apache.org/jira/browse/KAFKA-9475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Boyang Chen resolved KAFKA-9475. -------------------------------- Resolution: Won't Fix It seems not worth the effort as we could just shrink the scheduler time > Replace transaction abortion scheduler with a delayed queue > ----------------------------------------------------------- > > Key: KAFKA-9475 > URL: https://issues.apache.org/jira/browse/KAFKA-9475 > Project: Kafka > Issue Type: Sub-task > Reporter: Boyang Chen > Priority: Major > > Although we could try setting the txn timeout to be 10 second, the purging > scheduler only works every one minute interval, so in the worst case we shall > still wait for 1 minute. We are considering several potential fixes: > # Change interval to 10 seconds: means we will have 6X frequent checking, > more read contention on txn metadata. The benefit here is an easy one-line > fix without correctness concern > # Use an existing delayed queue, a.k.a purgatory. From what I heard, the > purgatory needs at least 2 extra threads to work properly, with some add-on > overhead for memory and complexity. The benefit here is more precise timeout > reaction, without a redundant full metadata read lock. > # Create a new delayed queue. This could be done by using scala delayed > queue, the concern here is that whether this approach is production ready. > Benefits are the same as 2, with less code complexity potentially > This ticket is to track #2 progress if we decide to go through this path > eventually. -- This message was sent by Atlassian Jira (v8.3.4#803005)