| commit | ca759622441da1d19107efaa62d9d63fb83ebb79 | |
| author | Eric Blake <eblake@redhat.com> | |
| Mon, 25 Sep 2017 14:55:26 +0000 (25 09:55 -0500) | ||
| committer | Kevin Wolf <kwolf@redhat.com> | |
| Fri, 6 Oct 2017 14:28:58 +0000 (6 16:28 +0200) | ||
| tree | f8570ec9b02f5acebabdb38a30d49838fe6c4cd8 | treesnapshot (tar.gz zip) |
| parent | 0fdf1a4f68e5f27df9bb10a7223bd519c8d30e31 | commitdiff |
dirty-bitmap: Convert internal hbitmap size/granularity
Now that all callers are using byte-based interfaces, there's no
reason for our internal hbitmap to remain with sector-based
granularity. It also simplifies our internal scaling, since we
already know that hbitmap widens requests out to granularity
boundaries.
Signed-off-by: Eric Blake <eblake@redhat.com>
Reviewed-by: John Snow <jsnow@redhat.com>
Reviewed-by: Kevin Wolf <kwolf@redhat.com>
Reviewed-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Now that all callers are using byte-based interfaces, there's no
reason for our internal hbitmap to remain with sector-based
granularity. It also simplifies our internal scaling, since we
already know that hbitmap widens requests out to granularity
boundaries.
Signed-off-by: Eric Blake <eblake@redhat.com>
Reviewed-by: John Snow <jsnow@redhat.com>
Reviewed-by: Kevin Wolf <kwolf@redhat.com>
Reviewed-by: Fam Zheng <famz@redhat.com>
Signed-off-by: Kevin Wolf <kwolf@redhat.com>
| block/dirty-bitmap.c | diffblobblamehistory |