You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tinkerpop.apache.org by "Stephen Mallette (Jira)" <ji...@apache.org> on 2021/03/16 11:14:00 UTC

[jira] [Closed] (TINKERPOP-2532) MaxBarrierSize of NoOpBarrierStep should be accessible

     [ https://issues.apache.org/jira/browse/TINKERPOP-2532?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Stephen Mallette closed TINKERPOP-2532.
---------------------------------------
    Fix Version/s: 3.4.11
                   3.5.0
         Assignee: Stephen Mallette
       Resolution: Fixed

> MaxBarrierSize of NoOpBarrierStep should be accessible
> ------------------------------------------------------
>
>                 Key: TINKERPOP-2532
>                 URL: https://issues.apache.org/jira/browse/TINKERPOP-2532
>             Project: TinkerPop
>          Issue Type: Improvement
>          Components: process
>    Affects Versions: 3.4.10
>            Reporter: Florian G
>            Assignee: Stephen Mallette
>            Priority: Trivial
>             Fix For: 3.5.0, 3.4.11
>
>
> We would like to use the `maxBarrierSize` parameter of `NoOpBarrierStep`s as a parameter for batch queries in JanusGraph to improve the performance of storage interactions (see JanusGraph Issue [2514|https://github.com/JanusGraph/janusgraph/issues/2514]).
>  
> The purpose of the `NoOpBarrierStep` is to aggregate intermediate results before passing them to the next step in the pipeline. Aligning the size of batch queries with the barrier size helps improving the responsiveness of queries in this scenario.
>  
> To do so, we need to access the parameter `maxBarrierSize`. I propose to introduce a public getter method. As of now, the `maxBarrierSize` is already semi-publicly accessible because it is contained in the `toString()` representation of the step.



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