-
Notifications
You must be signed in to change notification settings - Fork 25
issue: 4432879 Refactor event_handler_manager #245
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
base: vNext
Are you sure you want to change the base?
Conversation
@pasis, can we keep this in your privare fork? |
bot:retest |
Event handler manager is a global object with a single internal thread. Once XLIO is initialized, there is no option not to start the internal thread and it's used starting from the initialization method (to create a timer event for netlink). Therefore, there is no point in trying to start the thread with each post action to the event handler. This can save CPU in CPS scenario. Signed-off-by: Dmytro Podgornyi <[email protected]>
This method simply calls stop_thread(). Remove it to simply the code and separate thread stopping from epfd closing. Signed-off-by: Dmytro Podgornyi <[email protected]>
bot:retest |
1 similar comment
bot:retest |
/review |
/improve |
PR Reviewer Guide 🔍Here are some key observations to aid the review process:
|
PR Code Suggestions ✨
|
Hi @pasis , @AlexanderGrissik , please check pr agent review comments. |
Description
Avoid start_thread with each reg action.
Refactor destructor.
What
Avoid start_thread with each reg action.
Refactor destructor.
Why ?
Potential CPU improvement for CPS and code cleanup.
Change type
What kind of change does this PR introduce?
Check list