On 9/6/2017 8:29 AM, Håkon Bugge wrote:
In rds_send_xmit() there is logic to batch the sends. However, if another thread has acquired the lock, it is considered a race and we yield. The code incrementing the s_send_lock_queue_raced statistics counter did not count this event correctly. This commit removes a small race in determining the race and increments the statistics counter correctly. Signed-off-by: Håkon Bugge <haakon.bugge@xxxxxxxxxx> Reviewed-by: Knut Omang <knut.omang@xxxxxxxxxx> --- net/rds/send.c | 16 +++++++++++++--- 1 file changed, 13 insertions(+), 3 deletions(-)
Those counters are not really to give that accurate so am not very keen to add additional cycles in send paths and add additional code. Have you seen any real issue or this is just a observation. s_send_lock_queue_raced counter is never used to check for smaller increments and hence the question. Regards, Santosh -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
