Skip to content

[#2740] improvement(server) Just check block count while checking commit result#2742

Open
xianjingfeng wants to merge 1 commit intoapache:masterfrom
xianjingfeng:issue_2740
Open

[#2740] improvement(server) Just check block count while checking commit result#2742
xianjingfeng wants to merge 1 commit intoapache:masterfrom
xianjingfeng:issue_2740

Conversation

@xianjingfeng
Copy link
Member

What changes were proposed in this pull request?

Replace Roaring64NavigableMap with AtomicLong for checking commit result

Why are the changes needed?

Fix: #2740
To save memory.

Does this PR introduce any user-facing change?

No.

How was this patch tested?

CI

@xianjingfeng xianjingfeng requested review from roryqi and zuston March 19, 2026 10:16
@github-actions
Copy link

Test Results

 3 162 files  + 7   3 162 suites  +7   6h 50m 7s ⏱️ -34s
 1 246 tests ± 0   1 244 ✅ ± 0   1 💤 ±0  1 ❌ ±0 
15 643 runs   - 70  15 627 ✅  - 70  15 💤 ±0  1 ❌ ±0 

For more details on these failures, see this check.

Results for commit 34a8fd9. ± Comparison against base commit b98b488.

@roryqi
Copy link
Contributor

roryqi commented Mar 19, 2026

Count may not be correct if we have the duplicated data or the duplicated commit operation.

shuffleTaskInfos.computeIfAbsent(appId, x -> new ShuffleTaskInfo(appId));
long size = 0L;
// With memory storage type should never need cachedBlockIds,
int blockCount = spbs.length - shufflePartitionedData.getDuplicateBlockCount();
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Duplicated blocks will not be countd. @roryqi
Furthermore, based on the current code, the same block will not be committed twice.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Improvement] Too many blocks generated by a single task for a partition can cause memory overflow

2 participants