[jira] [Updated] (TINKERPOP-889) Support for partitioned vertices in GraphComputer

2017-08-22 Thread stephen mallette (JIRA)

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

stephen mallette updated TINKERPOP-889:
---
Fix Version/s: (was: 3.2.6)
   3.2.7

> Support for partitioned vertices in GraphComputer
> -
>
> Key: TINKERPOP-889
> URL: https://issues.apache.org/jira/browse/TINKERPOP-889
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: process
>Affects Versions: 3.0.2-incubating
>Reporter: Matthias Broecheler
>Assignee: Marko A. Rodriguez
>  Labels: breaking
> Fix For: 3.2.7
>
>
> Most natural graphs have scale free distributions which means that some 
> vertices in the graph have significantly more incident edges than others. On 
> large graphs, it is therefore not uncommon to encounter vertices whose 
> adjacency list is to large to be accommodated efficiently by a single machine 
> (due to lack of sufficient memory or because they create a hotspot).
> Other graph computing frameworks have successfully addressed this "supernode 
> problem" by partitioning the vertex's adjacency list and processing each 
> subset of the adjacency list separately because merging the results (e.g. 
> counting edges in each subset and then adding those values to get the total 
> degree). TinkerPop should implement such functionality and allow partitioned 
> vertex adjacency lists in the input to GraphComputer. This is a critical 
> feature to make TP applicable to large graph computations.
> This can be implemented fairly easily for local messages using the message 
> combiners. Global messages can be tricky however. See also TINKERPOP3-383. 
> This has been partially implemented in Titan's Fulgora package 
> (https://github.com/thinkaurelius/titan/tree/titan10/titan-core/src/main/java/com/thinkaurelius/titan/graphdb/olap).



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (TINKERPOP-889) Support for partitioned vertices in GraphComputer

2017-06-12 Thread stephen mallette (JIRA)

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

stephen mallette updated TINKERPOP-889:
---
Fix Version/s: (was: 3.2.5)
   3.2.6

> Support for partitioned vertices in GraphComputer
> -
>
> Key: TINKERPOP-889
> URL: https://issues.apache.org/jira/browse/TINKERPOP-889
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: process
>Affects Versions: 3.0.2-incubating
>Reporter: Matthias Broecheler
>Assignee: Marko A. Rodriguez
>  Labels: breaking
> Fix For: 3.2.6
>
>
> Most natural graphs have scale free distributions which means that some 
> vertices in the graph have significantly more incident edges than others. On 
> large graphs, it is therefore not uncommon to encounter vertices whose 
> adjacency list is to large to be accommodated efficiently by a single machine 
> (due to lack of sufficient memory or because they create a hotspot).
> Other graph computing frameworks have successfully addressed this "supernode 
> problem" by partitioning the vertex's adjacency list and processing each 
> subset of the adjacency list separately because merging the results (e.g. 
> counting edges in each subset and then adding those values to get the total 
> degree). TinkerPop should implement such functionality and allow partitioned 
> vertex adjacency lists in the input to GraphComputer. This is a critical 
> feature to make TP applicable to large graph computations.
> This can be implemented fairly easily for local messages using the message 
> combiners. Global messages can be tricky however. See also TINKERPOP3-383. 
> This has been partially implemented in Titan's Fulgora package 
> (https://github.com/thinkaurelius/titan/tree/titan10/titan-core/src/main/java/com/thinkaurelius/titan/graphdb/olap).



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)


[jira] [Updated] (TINKERPOP-889) Support for partitioned vertices in GraphComputer

2017-02-14 Thread stephen mallette (JIRA)

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

stephen mallette updated TINKERPOP-889:
---
Fix Version/s: (was: 3.2.4)
   3.2.5

> Support for partitioned vertices in GraphComputer
> -
>
> Key: TINKERPOP-889
> URL: https://issues.apache.org/jira/browse/TINKERPOP-889
> Project: TinkerPop
>  Issue Type: Improvement
>  Components: process
>Affects Versions: 3.0.2-incubating
>Reporter: Matthias Broecheler
>Assignee: Marko A. Rodriguez
>  Labels: breaking
> Fix For: 3.2.5
>
>
> Most natural graphs have scale free distributions which means that some 
> vertices in the graph have significantly more incident edges than others. On 
> large graphs, it is therefore not uncommon to encounter vertices whose 
> adjacency list is to large to be accommodated efficiently by a single machine 
> (due to lack of sufficient memory or because they create a hotspot).
> Other graph computing frameworks have successfully addressed this "supernode 
> problem" by partitioning the vertex's adjacency list and processing each 
> subset of the adjacency list separately because merging the results (e.g. 
> counting edges in each subset and then adding those values to get the total 
> degree). TinkerPop should implement such functionality and allow partitioned 
> vertex adjacency lists in the input to GraphComputer. This is a critical 
> feature to make TP applicable to large graph computations.
> This can be implemented fairly easily for local messages using the message 
> combiners. Global messages can be tricky however. See also TINKERPOP3-383. 
> This has been partially implemented in Titan's Fulgora package 
> (https://github.com/thinkaurelius/titan/tree/titan10/titan-core/src/main/java/com/thinkaurelius/titan/graphdb/olap).



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)