Description of problem: This is because having it disabled seems to improve performance. This is due to the lock contention by the different epoll threads as well as the fuse thread on the circular buff lock both in the fop call and callback paths. Just to provide some data - wrt RHHI, I saw an increase in IOPs by 12K with event-history disabled for randrom read workload on Sanjay's setup. So the iops I used to get previously was around 61K. With event-history disabled, iops went up to ~73K. Moreover this codepath is not unique to RHHI. It should help the other use cases too. Usage: mount -t glusterfs -o event-history=on $HOSTNAME:$VOLNAME $MOUNTPOINT OR glusterfs --event-history=on --volfile-server=$HOSTNAME --volfile-id=$VOLNAME $MOUNTPOINT Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
The patch and its backports are merged upstream. https://review.gluster.org/#/c/18242/ https://review.gluster.org/#/c/18387/ https://review.gluster.org/#/c/18395/
Created attachment 1425497 [details] RHGS 3.4 verification logs
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2018:2607