beam-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <>
Subject [jira] [Commented] (BEAM-3247) Sample.any memory constraint
Date Mon, 27 Nov 2017 21:35:00 GMT


ASF GitHub Bot commented on BEAM-3247:

nevillelyh commented on a change in pull request #4175: [BEAM-3247] fix Sample.any performance

 File path: sdks/java/core/src/main/java/org/apache/beam/sdk/transforms/
 @@ -209,29 +202,67 @@ public void populateDisplayData(DisplayData.Builder builder) {
-   * A {@link DoFn} that returns up to limit elements from the side input PCollection.
+   * A {@link DoFn} that outputs up to limit elements.
-  private static class SampleAnyDoFn<T> extends DoFn<Void, T> {
-    long limit;
-    final PCollectionView<Iterable<T>> iterableView;
+  private static class SampleAnyDoFn<T> extends DoFn<T, T> {
 Review comment:
   Probably not, but that might change the semantics a bit. Without this, we'll combine each
window into into `n` or fewer elements. But I guess that's more natural?

This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:

> Sample.any memory constraint
> ----------------------------
>                 Key: BEAM-3247
>                 URL:
>             Project: Beam
>          Issue Type: Improvement
>          Components: sdk-java-core
>    Affects Versions: 2.1.0
>            Reporter: Neville Li
>            Assignee: Neville Li
>            Priority: Minor
> Right now {{Sample.any}} converts the collection to an iterable view and take first n
in a side input. This may require materializing the entire collection to disk and is potentially
> It can be fixed by applying a truncating `DoFn` first, then a combine into `List<T>`
which limits the list size, and finally flattening the list.

This message was sent by Atlassian JIRA

View raw message