Is this actually replacing the old way in 4.1 of returning total_frags (which was iterating through hash table slots) with the new way in more recent 4.x that keeps a dedicated field for this statistic and is faster?

4.1 is no longer in the focus for maintenance, no releases out of that branch. If people are still using 4.1 from git and this is a fix to the slow approach of getting the total_frags, I don't have anything against merging if nobody else finds issues with it.

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub