[
https://issues.apache.org/jira/browse/RATIS-2590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18094520#comment-18094520
]
Haonan Hou commented on RATIS-2590:
-----------------------------------
Sure [~adoroszlai] . Before opening new issues, I would like to check your
opinion first: do you think the current behavior is intentional?
>From what I found, Ratis currently falls back to NIO on macOS because
>`NettyUtils` only has Epoll/NIO selection, and the native macOS DNS resolver
>also does not seem to be on the default runtime path. I am not sure whether
>this was a deliberate design choice or just historical behavior, so I would
>prefer to confirm before filing separate follow-up issues.
> Add Netty macOS aarch64 native dependencies for Apple Silicon support
> ---------------------------------------------------------------------
>
> Key: RATIS-2590
> URL: https://issues.apache.org/jira/browse/RATIS-2590
> Project: Ratis
> Issue Type: Improvement
> Components: thirdparty
> Reporter: Haonan Hou
> Assignee: Haonan Hou
> Priority: Minor
> Fix For: thirdparty-1.1.0, thirdparty-2.0.0
>
> Time Spent: 20m
> Remaining Estimate: 0h
>
> ratis-thirdparty/misc/pom.xml currently packages the macOS aarch64 native
> library from {{{}netty-tcnative-boringssl-static{}}}. However,
> {{netty-resolver-dns-native-macos}} and {{netty-transport-native-kqueue}} are
> only configured with the {{osx-x86_64}} classifier and do not include
> {{{}osx-aarch_64{}}}.
> As a result, on Apple Silicon Macs, Netty cannot use the native macOS DNS
> resolver or kqueue transport and may fall back to non-native implementations.
> This has limited impact on Linux deployments, but it affects native transport
> completeness on macOS aarch64, DNS behavior, and potentially I/O performance
> in high-load scenarios.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
