In multi instance flow manager setups, each flow manager gets a slice
of the hash table to manage. Due to a logic error in the chunked
scanning of the hash slice, instances beyond the first would always
rescan the same (first) subslice of their slice.
The `pos` variable that is used to keep the state of what the starting
position for the next scan was supposed to be, was treated as if it held
a relative value. Relative to the bounds of the slice. It was however,
holding an absolute position. This meant that when doing it's bounds
check it was always considered out of bounds. This would reset the sub-
slice to be scanned to the first part of the instances slice.
This patch addresses the issue by correctly handling the fact that the
value is absolute.
Bug: #7365.
Fixes: e9d2417e0ff3 ("flow/manager: adaptive hash eviction timing")
* \param hash_max upper bound of the row slice
* \param counters Flow timeout counters to be passed
* \param rows number of rows for this worker unit
- * \param pos position of the beginning of row slice in the hash table
+ * \param pos absolute position of the beginning of row slice in the hash table
*
* \retval number of successfully timed out flows
*/
uint32_t rows_left = rows;
again:
- start = hash_min + (*pos);
+ start = (*pos);
if (start >= hash_max) {
start = hash_min;
}
uint32_t emerg_over_cnt = 0;
uint64_t next_run_ms = 0;
- uint32_t pos = 0;
+ uint32_t pos = ftd->min;
uint32_t rows_sec = 0;
uint32_t rows_per_wu = 0;
uint64_t sleep_per_wu = 0;