Bug #50422 Purge allows gradually falling behind by ignoring (LIMIT X == rows purged)

Description:
If you generate more than 10000 rows per minute (the defaults for data.purgesize and data.purgeinterval), then we silently allow the purging to gradually fall behind, without making the user aware. 

How to repeat:
Generate more than 10000 rows per minute (such as running ~150-200 agents). 

Suggested fix:
1) Continually delete until rows = 0
2) Log/alert more aggressively?

Suggestion: Alert on the dashboard. the tomcat log is not really a good place for this... (or send out an email).
You NEED to catch our attention on this (dba/sysadmins)

Eric Herman writes: 
rather than wait the full delay cycle before doing additional purge, we will purge as many chunks as needed at the time the purge is called.

Keith Russell writes: 
Patch installed in versions => 2.1.1.1141

A note has been added to the 2.1.1 and 2.2.0 changelogs: 

        When purging old data, the purging process could fail to                                      
        remove all of the data if the inflow of new information was                                   
        very high. Purging now removes all outdated information at                                    
        each execution.