[
https://issues.apache.org/jira/browse/BEAM-14429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17534072#comment-17534072
]
Chamikara Madhusanka Jayalath edited comment on BEAM-14429 at 5/10/22 1:43 AM:
-------------------------------------------------------------------------------
I see, you seems to suggest that this might be an issue with
"UnboundedSourceAsSDFWrapper" not "SyntheticUnboundedSource". Is there a
smaller reproduction (other than the load test) ? I don't have much context on
this but probably [~lcwik] can confirm.
was (Author: chamikara):
I see, you seems to suggest that this might be an issue with
"UnboundedSourceAsSDFWrapper" not "SyntheticUnboundedSource". Is there a
smaller reproduction (other than the load test) ? I don't have much context on
this but probably [~lcwik] probably can confirm.
> SyntheticUnboundedSource(with SDF) produce duplicate records when split with
> DEFAULT_DESIRED_NUM_SPLITS
> -------------------------------------------------------------------------------------------------------
>
> Key: BEAM-14429
> URL: https://issues.apache.org/jira/browse/BEAM-14429
> Project: Beam
> Issue Type: Bug
> Components: io-common
> Reporter: Yichi Zhang
> Priority: P2
> Fix For: 2.39.0
>
> Time Spent: 2h
> Remaining Estimate: 0h
>
> With the default 20 split, the num records produced by
> Read.from(SyntheticUnboundedSource) is always larger than the numRecords
> specified. the more splits the more actual number records produced is off.
> And the Read step tends to take longer time with more splits.
> [https://github.com/apache/beam/blob/master/sdks/java/core/src/main/java/org/apache/beam/sdk/io/Read.java#L512]
> The issue is manifested with java LoadTests on dataflow runner v2.
> Initial suspicion is that duplicate source readers for the same restriction
> and checkpoint were created by multiple UnboundedSourceAsSDFWrapperFns.
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
