You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@beam.apache.org by "Beam JIRA Bot (Jira)" <ji...@apache.org> on 2020/09/27 17:08:03 UTC

[jira] [Commented] (BEAM-10596) Sharding with fileio.WriteToFiles need to set `max_writers_per_bundle=0` when using InteractiveRunner or DirectRunner?

    [ https://issues.apache.org/jira/browse/BEAM-10596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17202870#comment-17202870 ] 

Beam JIRA Bot commented on BEAM-10596:
--------------------------------------

This issue is P2 but has been unassigned without any comment for 60 days so it has been labeled "stale-P2". If this issue is still affecting you, we care! Please comment and remove the label. Otherwise, in 14 days the issue will be moved to P3.

Please see https://beam.apache.org/contribute/jira-priorities/ for a detailed explanation of what these priorities mean.


> Sharding with fileio.WriteToFiles need to set `max_writers_per_bundle=0` when using InteractiveRunner or DirectRunner?
> ----------------------------------------------------------------------------------------------------------------------
>
>                 Key: BEAM-10596
>                 URL: https://issues.apache.org/jira/browse/BEAM-10596
>             Project: Beam
>          Issue Type: Bug
>          Components: sdk-py-core
>    Affects Versions: 2.23.0
>         Environment: - Python 3.7.6
> - `apache-beam==2.23.0`
> - Reproducing is done in GCP's jupyter notebook environment. https://cloud.google.com/dataflow/docs/guides/interactive-pipeline-development
>            Reporter: gecko655
>            Priority: P2
>              Labels: stale-P2
>
> h3. Description:
> `fileio.WriteToFiles` ignores the option `shards=3` given to its constructor unless I set `max_writers_per_bundle` to `0`.
> It reproduces with InteractiveRunner or DirectRunner, but does not reproduce with DataflowRunner.
> h3. Example:
> Suppose I have the following pipeline (with interactive runner):
> {code:python}
> import apache_beam as beam
> import apache_beam.io.fileio as fileio
> import apache_beam.runners.interactive.interactive_beam as ib
> user_ids = list(map(lambda x: 'user_id' + str(x), range(0, 10000)))
> with beam.Pipeline(InteractiveRunner()) as pipeline:
>     user_list =  pipeline | 'create pcollection' >> beam.Create(user_ids)
>     write_sharded_csv = user_list | 'write sharded csv files' >> fileio.WriteToFiles(
>             path='/tmp/data/',
>             shards=3,
>             file_naming=fileio.default_file_naming(prefix='userlist', suffix='.csv'),
>             # max_writers_per_bundle=0,
>         )
>     ib.show(write_sharded_csv)
> {code}
> This pipeline is implemented to...
>  - Creates PCollection of strings: 'user_id1', 'user_id2', ... 'user_id10000'
>  - Writes the user ids to 3 local files with sharding.
> The code does not work as intended. It writes whole user ids to only 1 file.
> The code DOES work as intended after I added the `max_writers_per_bundle=0` argument to the `WriteToFiles` constructor.
> The code also works if I use GCP's DataflowRunner instead of InteractiveRunner.
> Is the behavior intentional or bug?
> I couldn't understand why `max_writers_per_bundle` is related to the sharding behavior. I couldn't find any documentation about this.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)