RE: [DISCUSS] FLIP-263: Improve resolving schema compatibility

2022-10-13 Thread Han Yin
Hi Hangxiang, Thanks for the proposal. It seems more reasonable to let the new serializer claim the compatibility in the cases you mentioned. I have but one question here. What happens in the case of “compatibleAfterMigration” after we completely reverse the direction (in step 3)? To be speci

Re: [DISCUSS] FLIP-432: Faster Checkpoint & Recovery for Disaggregated State

2025-03-26 Thread Han Yin
comments: > > 1. Are there any preliminary evaluation results available for this feature? > 2. In terms of compatibility, can this feature be enabled using an > existing original checkpoint or a native savepoint? > 3. Does this feature introduce any additional overhead? > >

Re: [VOTE] FLIP-432: Faster Checkpoint & Recovery for Disaggregated State

2025-04-09 Thread Han Yin
Thank you all for voting. I'm closing the voting and the results will be sent out in a separate email. > 2025年4月3日 12:10,Han Yin 写道: > > Hi everyone, > > I'd like to start a vote on the FLIP-432: Faster Checkpoint & Recovery for > Disaggregated State [1].

[RESULT][VOTE] FLIP-432: Faster Checkpoint & Recovery for Disaggregated State

2025-04-09 Thread Han Yin
Dear devs, The voting[1] of FLIP-432[2] concluded with the following result. Approving votes: Yuan Mei (non-binding) Zakelly Lan (binding) Yanfei Lei (binding) Hangxiang Yu (binding) There are no disproving votes, so I'm happy to announce that FLIP-432 has been approved. Thanks

[DISCUSS] FLIP-432: Faster Checkpoint & Recovery for Disaggregated State

2025-02-14 Thread Han Yin
r disaggregated state. Looking forward to your comments or feedback. Best regards, Han Yin [1] https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=293046898 <https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=293046898> [2] https://cwiki.apache.org/confluence/pages/

Re: [DISCUSS] FLIP-432: Faster Checkpoint & Recovery for Disaggregated State

2025-02-21 Thread Han Yin
, then what happened? > 3. Will all the proposed changes be under the ForStStateBackend? It is > better to emphasize this in 'Proposed Changes' > 4. Is there any special file handling for checkpoint failure? > > > Best, > Zakelly > > > On Fri, Feb

[VOTE] FLIP-432: Faster Checkpoint & Recovery for Disaggregated State

2025-04-02 Thread Han Yin
Hi everyone, I'd like to start a vote on the FLIP-432: Faster Checkpoint & Recovery for Disaggregated State [1]. The discussion thread is here [2]. The vote will be open for at least 72 hours unless there is an objection or insufficient votes. [1] https://cwiki.apache.org/confluence/pages/view

Re: [DISCUSS] FLIP-432: Faster Checkpoint & Recovery for Disaggregated State

2025-04-02 Thread Han Yin
nt or a native savepoint? > 3. Does this feature introduce any additional overhead? > > Han Yin 于2025年2月21日周五 19:00写道: > >> >> Hi Zakelly, >> Thanks for your response! >> 1. Sure. I’ve added a Section called ‘End-to-end user case’ after the >> section ‘

[jira] [Created] (FLINK-23563) Sometimes ‘Stop’ cannot stop the job

2021-07-30 Thread Han Yin (Jira)
Han Yin created FLINK-23563: --- Summary: Sometimes ‘Stop’ cannot stop the job Key: FLINK-23563 URL: https://issues.apache.org/jira/browse/FLINK-23563 Project: Flink Issue Type: Bug

[jira] [Created] (FLINK-36622) Remove the dependency of StateBenchmark on RocksDBKeyedStateBackend APIs.

2024-10-29 Thread Han Yin (Jira)
Han Yin created FLINK-36622: --- Summary: Remove the dependency of StateBenchmark on RocksDBKeyedStateBackend APIs. Key: FLINK-36622 URL: https://issues.apache.org/jira/browse/FLINK-36622 Project: Flink

[jira] [Created] (FLINK-37335) ForSt fails to generate the first checkpoint in IncrementalCP and NO_CLAIM mode.

2025-02-17 Thread Han Yin (Jira)
Han Yin created FLINK-37335: --- Summary: ForSt fails to generate the first checkpoint in IncrementalCP and NO_CLAIM mode. Key: FLINK-37335 URL: https://issues.apache.org/jira/browse/FLINK-37335 Project