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

Proxy Enhancements #12

Closed
mwyzhao opened this issue Apr 4, 2020 · 2 comments
Closed

Proxy Enhancements #12

mwyzhao opened this issue Apr 4, 2020 · 2 comments
Assignees
Labels
enhancement New feature or request Medium Priority

Comments

@mwyzhao
Copy link
Member

mwyzhao commented Apr 4, 2020

  • Lower average latency of requests
    • When searching for peers, stop once one is found that meets performance requirements
    • Periodically add and remove well used/unused microservice instances
    • How to handle connections and communication with requester in case of continuous bad network latency
@mwyzhao mwyzhao self-assigned this Apr 4, 2020
@mwyzhao mwyzhao added the enhancement New feature or request label Apr 4, 2020
@mwyzhao
Copy link
Member Author

mwyzhao commented Jul 9, 2020

Point 1 (When searching for peers, stop once one is found that meets performance requirements) temporarily put on hold until #3 is finished as it would change the API for searching for peer performances.

Point 2 (Periodically add and remove well used/unused microservice instances) duplicate copies of microservices can be removed from the cache (pick the worst ones maybe). To support this a map needs to be kept to see how many instances of each microservice exists.

Point 3 (How to handle connections and communication with requester in case of continuous bad network latency) No idea how to handle at the moment. Can move this to a separate issue in the future and label it as low priority and worry about it later.

@mwyzhao
Copy link
Member Author

mwyzhao commented Jul 9, 2020

Point 1 is a duplicate of PhysarumSM/common#5 (https://github.com/orgs/Multi-Tier-Cloud/projects/6#card-38822758)

Points 2 and 3 are low priority and have been moved to their own issues. The only downside of not having a mechanism for removing peers is that the cache will become bloated and with the current cache update algorithm, cause a lot of contention. Opened #56. Point 3 is an open question but can be re-opened later when and if we do any stress testing.

@mwyzhao mwyzhao closed this as completed Jul 9, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request Medium Priority
Projects
None yet
Development

No branches or pull requests

2 participants