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

server: add config to control replica schedule speed #426

Merged
merged 41 commits into from
Dec 19, 2016

Conversation

huachaohuang
Copy link
Contributor

@huachaohuang huachaohuang commented Dec 8, 2016

Add configs to control replica schedule speed.

I think the score things are too complicated, we can calculate
the scores more easily.
I think the score things are too complicated, we can calculate
the scores more easily.
Coordinator can control the speed of different schedulers.

Every scheduler has a unique name, we can add API to run or stop any
schedulers dynamically, and different schedulers can run concurrently.
I think the score things are too complicated, we can calculate
the scores more easily.
Coordinator can control the speed of different schedulers.

Every scheduler has a unique name, we can add API to run or stop any
schedulers dynamically, and different schedulers can run concurrently.
I think the score things are too complicated, we can calculate
the scores more easily.
Coordinator can control the speed of different schedulers.

Every scheduler has a unique name, we can add API to run or stop any
schedulers dynamically, and different schedulers can run concurrently.
I think the score things are too complicated, we can calculate
the scores more easily.
I think the score things are too complicated, we can calculate
the scores more easily.
I think the score things are too complicated, we can calculate
the scores more easily.
I think the score things are too complicated, we can calculate
the scores more easily.
Coordinator can control the speed of different schedulers.

Every scheduler has a unique name, we can add API to run or stop any
schedulers dynamically, and different schedulers can run concurrently.
I think the score things are too complicated, we can calculate
the scores more easily.
@huachaohuang huachaohuang changed the title [DNM] server: add config to control replica schedule speed server: add config to control replica schedule speed Dec 13, 2016
@huachaohuang
Copy link
Contributor Author

PTAL @siddontang @overvenus

@siddontang
Copy link
Contributor

Please add description for your PR.

if store.downTime() < r.opt.GetMaxStoreDownTime() {
continue
}
if stats.GetDownSeconds() < uint64(r.opt.GetMaxStoreDownTime().Seconds()) {
Copy link
Contributor

Choose a reason for hiding this comment

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

what's the different with store downTime and stats.DownSeconds?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

store.downTime() is detected by PD from last store heartbeat timestamp, stats.GetDownSeconds() is detected by region leader.
We consider the store is down only if both exceed the MaxStoreDownTime.

@siddontang
Copy link
Contributor

LGTM

Copy link
Member

@overvenus overvenus left a comment

Choose a reason for hiding this comment

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

lgtm

@huachaohuang huachaohuang merged commit c246099 into master Dec 19, 2016
@huachaohuang huachaohuang deleted the huachao/raplica-limit branch December 22, 2016 02:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants