mirror of
https://github.com/kvcache-ai/Mooncake.git
synced 2026-11-05 01:17:55 +00:00
[GH-ISSUE #3791] [Bug]: [ascendDirect] run mooncake-client standalone,--global_segment_size cannot over 32GiB,why? #968
Labels
No labels
ascend
auto-closed
bug
bug
CI/Build
Common
documentation
enhancement
feature request
good first issue
help wanted
high priority
MetaX
nightly-failure
pull-request
PyTorch Backend
question
RFC
Roadmap
stale
Store
Tests
Transfer Engine
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
kvcache-ai/Mooncake#968
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @HyperionAdonis on GitHub (Aug 31, 2026).
Original GitHub issue: https://github.com/kvcache-ai/Mooncake/issues/3791
Originally assigned to: @ascend-direct-dev on GitHub.
Bug Report
command
mooncake-client --master=xxx --metadata_server="P2PHANDSHAKE" --host=xxx --global_segment_size="100GB" --port=xxx --protocol=ascend --thread=10
error:

running health when global_segment_size <= 32GB
environment
export ASCEND_AUTO_CONNECT=1
export ASCEND_GLOBAL_RESOURCE_CONFIG='{"comm_resource_config.protocol_desc": ["roce:device"]}'
export HCCL_INTRA_ROCE_ENABLE=1
910B(A2),mooncake-master(v0.3.12.post1)、mooncake-client(v0.3.12.post1)
reference docs
https://gitcode.com/cann/hixl/wiki/Mooncake%20KVPool%E6%8C%87%E5%8D%97.md
Before submitting...
@github-actions[bot] commented on GitHub (Aug 31, 2026):
Thanks for opening this issue, @HyperionAdonis!
20439311A maintainer will triage this when possible. To help us respond faster, please include:
Useful links: Documentation · Contributing guide
@ascend-direct-dev commented on GitHub (Sep 14, 2026):
This looks like a HOST-memory MR registration limit on Device RoCE rather than a
mooncake-client--global_segment_sizebug.On 910B (A2), registering HOST DRAM as RDMA MRs consumes device-side page tables. With older HDK (< 25.5.0), those page tables are built at 4KB granularity, so a single NPU can typically register only ~20–32GB of HOST memory. That matches the symptom here:
global_segment_sizeworks at ≤32GiB and fails at 100GB. HDK ≥ 25.5.0 uses the host page-table granularity (2MB huge pages if available) and can register a much larger pool.Please refer to:
Could you please provide:
npu-smi info)mooncake-clientprocess (typically under$HOME/ascend/log/debug/plog, or the path configured byASCEND_WORK_PATH)We currently suspect the HDK is too old to register that much HOST memory. If HDK is older than 25.5.0, please upgrade first. After that, for a very large pool, use huge pages as described in the KVPool guide (
MC_STORE_USE_HUGEPAGE=1+ reservednr_hugepages).Thanks!