jiajunwang commented on pull request #1123:
URL: https://github.com/apache/helix/pull/1123#issuecomment-652017384


   Whichever wins is fine. Since the next pipeline running will take the cached 
result and keep calculating based on there.
   
     *   If A wins, then A keeps calculating based on its local state.
     *   If B wins, then because A cache the result after write, it will still 
calculate based on its local state. And the next pipeline will overwrite B's 
output. And we are good.
   In this case, we don't really need B's result.
   
   
   Cheers,
   -Jiajun
   
   ________________________________
   From: kaisun2000 <[email protected]>
   Sent: Tuesday, June 30, 2020 1:07 PM
   To: apache/helix <[email protected]>
   Cc: Jiajun Wang <[email protected]>; Author <[email protected]>
   Subject: Re: [apache/helix] Cleanup the persisted assignment state if no 
resource is on WAGED rebalancer. (#1123)
   
   
   Please note that we have an MVCC implemented in the bucket accessor to 
ensure cross node consistency.
   
   I will try to examine the bucket accessor a little bit more carefully. Here 
is the question:
   
   Say controller A is for resource R allocation. Then controller A session 
expires, controller B take care of resource B. Later when A is back, for a 
while A and B would run at the same time. When serializing say baseline for 
resource R, A wins over B, is it going to be a problem for this resource as B 
would later be controller for R.
   
   —
   You are receiving this because you authored the thread.
   Reply to this email directly, view it on 
GitHub<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fhelix%2Fpull%2F1123%23issuecomment-652015520&data=02%7C01%7Cjjwang%40linkedin.com%7C61ccb448e537425425a008d81d313072%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637291444385780233&sdata=VIdFasrPljxVkFFnODjJGoxHpYl%2FBmYSxQF5xNHHmzA%3D&reserved=0>,
 or 
unsubscribe<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAANYM2AOROJKY37OFQ3OTXTRZJAXHANCNFSM4OI7NZIA&data=02%7C01%7Cjjwang%40linkedin.com%7C61ccb448e537425425a008d81d313072%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637291444385780233&sdata=p2xLzQ1lM%2FPQ2xxMpmqxeMS3cHop%2BzaFqgxPOdOXnc4%3D&reserved=0>.
   


----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
[email protected]



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to