2010
DOI: 10.1007/978-3-642-12098-5_15
|View full text |Cite
|
Sign up to set email alerts
|

Scalable Splitting of Massive Data Streams

Abstract: Abstract. Scalable execution of continuous queries over massive data streams often requires splitting input streams into parallel sub-streams over which query operators are executed in parallel. Automatic stream splitting is in general very difficult, as the optimal parallelization may depend on application semantics. To enable application specific stream splitting, we introduce splitstream functions where the user specifies non-procedural stream partitioning and replication. For high-volume streams, the strea… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
16
0

Year Published

2011
2011
2020
2020

Publication Types

Select...
4
3
2

Relationship

1
8

Authors

Journals

citations
Cited by 15 publications
(16 citation statements)
references
References 20 publications
0
16
0
Order By: Relevance
“…The conditions that must be met to guarantee the same results are described in Pollner et al (2015) . A similar model of fission operators is presented in Zeitler and Risch (2010) ; Wu and Liu (2014) , and Schneider et al (2012) . StreamCloud ( Gulisano et al, 2010 ) on the other hand, splits logical data into multiple physical data substreams that flow in parallel, preventing single-node bottlenecks.…”
Section: Article In Pressmentioning
confidence: 91%
“…The conditions that must be met to guarantee the same results are described in Pollner et al (2015) . A similar model of fission operators is presented in Zeitler and Risch (2010) ; Wu and Liu (2014) , and Schneider et al (2012) . StreamCloud ( Gulisano et al, 2010 ) on the other hand, splits logical data into multiple physical data substreams that flow in parallel, preventing single-node bottlenecks.…”
Section: Article In Pressmentioning
confidence: 91%
“…5.5) and that we can turn the originally centralized implementation of the Linear Road benchmark into a distributed implementation (see Sect. 5.6) to achieve one order of magnitude improvement in performance; a load factor of 64, which is equal to the fastest published results [30] of a highly optimized, distributed implementation. The other engine ported to ExoP is the Stanford STREAM system [20].…”
Section: Introductionmentioning
confidence: 91%
“…A multi-route optimizer is proposed in [5] exploting intra-and inter-stream correlations to produce effective partitions. The schemes in [11] and [26] propose the separation of streams into sets of sub-streams over which queries are executed in parallel.…”
Section: Related Workmentioning
confidence: 99%