Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

os/bluestore: make zone/span size of bitmap-allocator configurable #10040

Merged
merged 5 commits into from Jul 11, 2016

Conversation

xiexingguo
Copy link
Member

@xiexingguo xiexingguo commented Jun 30, 2016

Perviously as zone_size_block and span_size are identical, so we could use
span_size only to simplify the calculation.

Now that the zone_size_block and span_size are both configurable, so
it is necessary to treat them respectively.

Signed-off-by: xie xingguo xie.xingguo@zte.com.cn

@xiexingguo
Copy link
Member Author

@chhabaramesh I move the size-change commit into this pr(a much clean place). Please look at here, thanks!

@xiexingguo xiexingguo force-pushed the xxg-wip-bit-alloc-tree-configurable branch from 773869c to 8b73dc6 Compare July 1, 2016 00:20
@xiexingguo
Copy link
Member Author

@chhabaramesh Thoughts?

@chhabaramesh
Copy link
Contributor

@xiexingguo , I will review it on weekend, sorry for delay, got stuck in some other tasks.

@xiexingguo
Copy link
Member Author

@chhabaramesh Okay, just a reminder that I move the change here, take your time.

@xiexingguo
Copy link
Member Author

@chhabaramesh Ping

@xiexingguo
Copy link
Member Author

@chhabaramesh Are you there...?

@liewegas
Copy link
Member

liewegas commented Jul 9, 2016

He's on vacation.. back next week.

@@ -26,7 +27,7 @@

int64_t BitMapAreaLeaf::count = 0;
int64_t BitMapZone::count = 0;
int64_t BitMapZone::total_blocks = BITMAP_SPAN_SIZE;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good

@chhabaramesh
Copy link
Contributor

@xiexingguo @liewegas Overall changes looks ok to me.

Perviously as zone_size_block and span_size are identical, so we could use
span_size only to simplify the calcuation.

Now that the zone_size_block and span_size are both configurable, so
it is necessary to treat them respectively.

Signed-off-by: xie xingguo <xie.xingguo@zte.com.cn>
Signed-off-by: xie xingguo <xie.xingguo@zte.com.cn>
Signed-off-by: xie xingguo <xie.xingguo@zte.com.cn>
Signed-off-by: xie xingguo <xie.xingguo@zte.com.cn>
For testing, we may choose randomized length of extent to allocate,
which means we could trim down the length to 0.

Signed-off-by: xie xingguo <xie.xingguo@zte.com.cn>
@xiexingguo xiexingguo force-pushed the xxg-wip-bit-alloc-tree-configurable branch from 3ba1ca9 to af82dbc Compare July 10, 2016 13:26
@xiexingguo
Copy link
Member Author

@chhabaramesh Thanks for the review, all fixed and passed the test again.

138/144 Test #121: unittest_bit_alloc ......................   Passed   69.94 sec

@liewegas This one is safe to merge.

@liewegas liewegas merged commit dc02b37 into ceph:master Jul 11, 2016
@xiexingguo xiexingguo deleted the xxg-wip-bit-alloc-tree-configurable branch July 11, 2016 22:18
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
3 participants