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

reduce the number of mntr calls #8

Closed
wants to merge 1 commit into from

Conversation

mnikhil-git
Copy link

looks like mntr command is sent for every 16 metrics being collected each time, instead send one call of mntr and fetch all the required metrics into a dictionary, process them and print on console/send it to ganglia

looks like mntr command is sent for every 16 metrics being collected each time, instead send one call of mntr and fetch all the required metrics into a dictionary, process them and print on console/send it to ganglia
zhaxiancheng pushed a commit to zhaxiancheng/zookeeper that referenced this pull request Sep 8, 2016
@anmolnar anmolnar closed this Jan 30, 2019
ztzg pushed a commit to ztzg/zookeeper that referenced this pull request Nov 20, 2019
Minor fix to WriteLock class, and a quick hello.
huizhilu added a commit to huizhilu/zookeeper that referenced this pull request Dec 15, 2020
The optimizes the paginated getChildren API to satisfy use cases better. The changes include:
-  On zk server, uses a formulate to pre-calculate the children's packet length when adding the children to the returning list, so the children packet is ensured within the jute.maxbuffer limit.
- Adds an API getAllChildrenPaginated to fetch all children by leveraging the paginated getChildren API.
- Optimize the sorting logic for paginated getChildren in DataTree: only when pagination is needed, children are sorted. 99% of the case for returning all children, the children could be returned in the 1st page. No need to sort them to avoid performance downgrade.
- Returning a list of child name string for the API, instead of a list of PathWithStat
- Add more tests to cover the new logic
huizhilu added a commit to huizhilu/zookeeper that referenced this pull request Dec 22, 2020
The optimizes the paginated getChildren API to satisfy use cases better. The changes include:
-  On zk server, uses a formulate to pre-calculate the children's packet length when adding the children to the returning list, so the children packet is ensured within the jute.maxbuffer limit.
- Adds an API getAllChildrenPaginated to fetch all children by leveraging the paginated getChildren API.
- Optimize the sorting logic for paginated getChildren in DataTree: only when pagination is needed, children are sorted. 99% of the case for returning all children, the children could be returned in the 1st page. No need to sort them to avoid performance downgrade.
- Returning a list of child name string for the API, instead of a list of PathWithStat
- Add more tests to cover the new logic
mgao0 pushed a commit to mgao0/zookeeper that referenced this pull request Jan 25, 2022
The optimizes the paginated getChildren API to satisfy use cases better. The changes include:
-  On zk server, uses a formulate to pre-calculate the children's packet length when adding the children to the returning list, so the children packet is ensured within the jute.maxbuffer limit.
- Adds an API getAllChildrenPaginated to fetch all children by leveraging the paginated getChildren API.
- Optimize the sorting logic for paginated getChildren in DataTree: only when pagination is needed, children are sorted. 99% of the case for returning all children, the children could be returned in the 1st page. No need to sort them to avoid performance downgrade.
- Returning a list of child name string for the API, instead of a list of PathWithStat
- Add more tests to cover the new logic
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.

2 participants