• M
    Btrfs: flush the dirty pages of the ordered extent aggressively during logging csum · 23c671a5
    Miao Xie 提交于
    The performance of fsync dropped down suddenly sometimes, the main reason
    of this problem was that we might only flush part dirty pages in a ordered
    extent, then got that ordered extent, wait for the csum calcucation. But if
    no task flushed the left part, we would wait until the flusher flushed them,
    sometimes we need wait for several seconds, it made the performance drop
    down suddenly. (On my box, it drop down from 56MB/s to 4-10MB/s)
    
    This patch improves the above problem by flushing left dirty pages aggressively.
    
    Test Environment:
    CPU:		2CPU * 2Cores
    Memory:		4GB
    Partition:	20GB(HDD)
    
    Test Command:
     # sysbench --num-threads=8 --test=fileio --file-num=1 \
     > --file-total-size=8G --file-block-size=32768 \
     > --file-io-mode=sync --file-fsync-freq=100 \
     > --file-fsync-end=no --max-requests=10000 \
     > --file-test-mode=rndwr run
    Signed-off-by: NMiao Xie <miaox@cn.fujitsu.com>
    Signed-off-by: NJosef Bacik <jbacik@fb.com>
    Signed-off-by: NChris Mason <clm@fb.com>
    23c671a5
tree-log.c 113.7 KB