fredia commented on code in PR #24748: URL: https://github.com/apache/flink/pull/24748#discussion_r1602677598
########## flink-runtime/src/main/java/org/apache/flink/runtime/asyncprocessing/EpochManager.java: ########## @@ -0,0 +1,207 @@ +/* + * Licensed to the Apache Software Foundation (ASF) under one + * or more contributor license agreements. See the NOTICE file + * distributed with this work for additional information + * regarding copyright ownership. The ASF licenses this file + * to you under the Apache License, Version 2.0 (the + * "License"); you may not use this file except in compliance + * with the License. You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an "AS IS" BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. + */ + +package org.apache.flink.runtime.asyncprocessing; + +import org.slf4j.Logger; +import org.slf4j.LoggerFactory; + +import javax.annotation.Nullable; + +import java.util.LinkedList; + +/** + * Epoch manager segments inputs into distinct epochs, marked by the arrival of non-records(e.g. + * watermark, record attributes). Records are assigned to a unique epoch based on their arrival, + * records within an epoch are allowed to be parallelized, while the non-record of an epoch can only + * be executed when all records in this epoch have finished. + * + * <p>For more details please refer to FLIP-425. + */ +public class EpochManager { + private static final Logger LOG = LoggerFactory.getLogger(EpochManager.class); + + /** + * This enum defines whether parallel execution between epochs is allowed. We should keep this + * internal and away from API module for now, until we could see the concrete need for {@link + * #PARALLEL_BETWEEN_EPOCH} from average users. + */ + public enum ParallelMode { + /** + * Subsequent epochs must wait until the previous epoch is completed before they can start. + */ + SERIAL_BETWEEN_EPOCH, + /** + * Subsequent epochs can begin execution even if the previous epoch has not yet completed. + * Usually performs better than {@link #SERIAL_BETWEEN_EPOCH}. + */ + PARALLEL_BETWEEN_EPOCH + } + + /** + * The reference to the {@link AsyncExecutionController}, used for {@link + * ParallelMode#SERIAL_BETWEEN_EPOCH}. Can be null when testing. + */ + final AsyncExecutionController<?> asyncExecutionController; + + /** The number of epochs that have arrived. */ + long epochNum; + + /** The output queue to hold ongoing epochs. */ + LinkedList<Epoch> outputQueue; + + /** Current active epoch, only one active epoch at the same time. */ + Epoch activeEpoch; + + public EpochManager(AsyncExecutionController<?> aec) { + this.epochNum = 0; + this.outputQueue = new LinkedList<>(); + this.asyncExecutionController = aec; + // init an empty epoch, the epoch action will be updated when non-record is received. + initNewActiveEpoch(); + } + + /** + * Add a record to the current epoch and return the current open epoch, the epoch will be + * associated with the {@link RecordContext} of this record. Must be invoked within task thread. + * + * @return the current open epoch. + */ + public Epoch onRecord() { + activeEpoch.ongoingRecordCount++; + return activeEpoch; + } + + /** + * Add a non-record to the current epoch, close current epoch and open a new epoch. Must be + * invoked within task thread. + * + * @param action the action associated with this non-record. + * @param parallelMode the parallel mode for this epoch. + */ + public void onNonRecord(Runnable action, ParallelMode parallelMode) { + if (parallelMode == ParallelMode.SERIAL_BETWEEN_EPOCH) { + asyncExecutionController.drainInflightRecords(0); Review Comment: > When doing drainInflightRecords, will the activeEpoch's ongoingRecordCount reached 0 and `completeOneRecord` called? yes, `completeOneRecord` would be called. I changed the logic to: close `activeEpoch` first, then drain in-flight records. The open active epoch would not be updated when doing `drainInflightRecords`, and updating `closed` `epoch#ongoingRecordCount` is allowed. -- 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. To unsubscribe, e-mail: issues-unsubscr...@flink.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org