-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Restore AsyncResolver to be the default resolver #8522
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #8522 +/- ##
=======================================
Coverage 97.64% 97.64%
=======================================
Files 107 107
Lines 33313 33317 +4
Branches 3914 3916 +2
=======================================
+ Hits 32527 32531 +4
Misses 568 568
Partials 218 218
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
Backport to 3.10: 💚 backport PR created✅ Backport PR branch: Backported as #8523 🤖 @patchback |
(cherry picked from commit 5a9e500)
…fault resolver (#8523) Co-authored-by: J. Nick Koston <[email protected]>
What do these changes do?
Restore
AsyncResolver
to be the default resolverNote that we do not install aiodns on windows because it uses protractor event loop by default, and the
DefaultResolver
will end up beingThreadedResolver
on windows.Are there changes in behavior for the user?
Reduction in executor jobs and thread switching. This can result in a significant performance boost.
Is it a substantial burden for the maintainers to support this?
no
Related issue number
The
AsyncResolver
was disabled in 9fbb7d7 because of problems with IPv6 (see #559). This is no longer an issue as theAsyncResolver
uses the same underlyinggetaddrinfo
call to matchThreadedResolver
. Home Assistant has been usingAsyncResolver
for months now, and nobody noticed the change over.