mirror of
https://github.com/kvcache-ai/Mooncake.git
synced 2026-11-05 01:17:55 +00:00
[PR #149] [CLOSED] [FEATURE] Support mounting multiple segments under the same segment_name #1355
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#1355
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?
📋 Pull Request Information
Original PR: https://github.com/kvcache-ai/Mooncake/pull/149
Author: @xiaguan
Created: 3/18/2025
Status: ❌ Closed
Base:
main← Head:multiple_segment📝 Commits (2)
cea6731[FEATURE] Update MooncakeStroe CI workflow06b3e8f[FEATURE] Support mounting multiple segments under the same segment_name.📊 Changes
15 files changed (+258 additions, -84 deletions)
View changed files
📝
.github/workflows/build-linux.yml(+12 -1)📝
doc/en/mooncake-store-preview.md(+6 -3)📝
doc/zh/mooncake-store-preview.md(+6 -3)📝
mooncake-integration/vllm/distributed_object_store.cpp(+4 -4)📝
mooncake-store/include/allocation_strategy.h(+30 -6)📝
mooncake-store/include/client.h(+3 -1)📝
mooncake-store/include/master_service.h(+11 -7)📝
mooncake-store/proto/master.proto(+1 -0)📝
mooncake-store/src/client.cpp(+17 -10)📝
mooncake-store/src/master.cpp(+9 -4)📝
mooncake-store/src/master_service.cpp(+37 -18)📝
mooncake-store/tests/CMakeLists.txt(+3 -1)📝
mooncake-store/tests/client_integration_test.cpp(+40 -17)📝
mooncake-store/tests/master_service_test.cpp(+15 -7)📝
mooncake-store/tests/test_distributed_object_store.py(+64 -2)📄 Description
Supported mounting multiple segments for the same client.
Taking it a step further, we might consider modifying the segment management interface on the client side, such as removing the
segment_nameparameter from the interface (since the segment name is fixed once the client is inited).Going even further, the client should ideally be stateless, and perhaps
MountSegmentshould return a handle whose ownership is managed by the user.To keep this PR concise, the discussions will not be implemented in this PR.
🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.