[ 
https://issues.apache.org/jira/browse/IGNITE-11704?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16896866#comment-16896866
 ] 

Ignite TC Bot commented on IGNITE-11704:
----------------------------------------

{panel:title=Branch: [ignite-11704] Base: [master] : Possible Blockers 
(3)|borderStyle=dashed|borderColor=#ccc|titleBGColor=#F7D6C1}
{color:#d04437}Cache 9{color} [[tests 
1|https://ci.ignite.apache.org/viewLog.html?buildId=4432456]]
* IgniteCacheTestSuite9: 
CacheRemoveWithTombstonesLoadTest.testRemoveAndRebalanceWithPersistence - New 
test duration 79s is more that 1 minute

{color:#d04437}MVCC Cache 9{color} [[tests 
2|https://ci.ignite.apache.org/viewLog.html?buildId=4432458]]
* IgniteCacheMvccTestSuite9: 
CacheRemoveWithTombstonesLoadTest.testRemoveAndRebalance - New test duration 
81s is more that 1 minute
* IgniteCacheMvccTestSuite9: 
CacheRemoveWithTombstonesLoadTest.testRemoveAndRebalanceWithPersistence - New 
test duration 113s is more that 1 minute

{panel}
[TeamCity *--> Run :: All* 
Results|https://ci.ignite.apache.org/viewLog.html?buildId=4423153&buildTypeId=IgniteTests24Java8_RunAll]

> Write tombstones during rebalance to get rid of deferred delete buffer
> ----------------------------------------------------------------------
>
>                 Key: IGNITE-11704
>                 URL: https://issues.apache.org/jira/browse/IGNITE-11704
>             Project: Ignite
>          Issue Type: Improvement
>            Reporter: Alexey Goncharuk
>            Assignee: Semen Boikov
>            Priority: Major
>              Labels: rebalance
>
> Currently Ignite relies on deferred delete buffer in order to handle 
> write-remove conflicts during rebalance. Given the limit size of the buffer, 
> this approach is fundamentally flawed, especially in case when persistence is 
> enabled.
> I suggest to extend the logic of data storage to be able to store key 
> tombstones - to keep version for deleted entries. The tombstones will be 
> stored when rebalance is in progress and should be cleaned up when rebalance 
> is completed.
> Later this approach may be used to implement fast partition rebalance based 
> on merkle trees (in this case, tombstones should be written on an incomplete 
> baseline).



--
This message was sent by Atlassian JIRA
(v7.6.14#76016)

Reply via email to