LinuxHelper.sched_getcpu() uses wrong syscall number: 318 (getrandom) instead of 309 (getcpu) on x86_64
还没有人认领这个 Issue。
评估
- 难度
- 1/5
- 预计耗时
- 1 小时以内
- 新手友好度
- 68/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 冷清
- 技术栈
- java
调研方向
从 LinuxHelper.sched_getcpu() 开始，具体检查调用 lib.syscall 的 UnsatisfiedLinkError 回退逻辑。根据 issue 描述检查 x86_64 的 syscall 编号，更新回退逻辑以使用 getcpu 编号，并验证回退逻辑调用的是 getcpu 而不是 getrandom。
由索引模型根据 Issue 内容生成。
描述
In LinuxHelper.sched_getcpu(), the fallback path calls lib.syscall(318, cpu, node, null) intending to invoke getcpu. However, on x86_64 Linux:
__NR_getcpu = 309
__NR_getrandom = 318
So the code is actually invoking getrandom(2) with incorrect arguments rather than getcpu(2).
Location: net.openhft.affinity.impl.LinuxHelper, method sched_getcpu(), in the UnsatisfiedLinkError catch block.
- 主要语言
- Java
- 星标
- 1.9k
- 派生
- 367
- PR 合并指标
- 30 天内没有已合并 PR
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
OpenHFT/Java-Thread-Affinity 的其他 Issue
-
OpenHFT/Java-Thread-Affinity#186 · 已指派 1 人 ·
-
难度 5/5 一周以上 新手友好度 20/100
OpenHFT/Java-Thread-Affinity#137 ·
-
OpenHFT/Java-Thread-Affinity#119 · 1 条评论 · 已指派 1 人 ·
-
OpenHFT/Java-Thread-Affinity#117 · 8 条评论 · 已指派 1 人 ·
-
OpenHFT/Java-Thread-Affinity#115 · 1 条评论 · 已指派 1 人 ·
查看 OpenHFT/Java-Thread-Affinity 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 75/100
elastic/gradle-plugins#157 ·
-
enhancement Tools
难度 1/5 1 小时以内 新手友好度 75/100
-
难度 2/5 1-3 小时 新手友好度 70/100
apache/rocketmq-dashboard#5008 ·
-
bug
难度 2/5 1-3 小时 新手友好度 75/100
-
DETECT_PARAMETER_NAMES=false silently disables @ConstructorProperties-based Creator detection too 未关闭
难度 2/5 1-3 小时 新手友好度 70/100
FasterXML/jackson-databind#6229 ·