2012 45th Annual IEEE/ACM International Symposium on Microarchitecture 2012
DOI: 10.1109/micro.2012.24
|View full text |Cite
|
Sign up to set email alerts
|

Vector Extensions for Decision Support DBMS Acceleration

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

2
36
0

Year Published

2013
2013
2019
2019

Publication Types

Select...
3
3
1

Relationship

3
4

Authors

Journals

citations
Cited by 29 publications
(38 citation statements)
references
References 27 publications
2
36
0
Order By: Relevance
“…We find that hash table lookups account for nearly all of the indexing time, corroborating earlier research [16]. Figure 2b shows the normalized hash table lookup time, broken down into its primitive operations: key hashing (Hash) and node list traversal (Walk).…”
Section: Profiling Analysis Of a Modern Dbmssupporting
confidence: 84%
See 1 more Smart Citation
“…We find that hash table lookups account for nearly all of the indexing time, corroborating earlier research [16]. Figure 2b shows the normalized hash table lookup time, broken down into its primitive operations: key hashing (Hash) and node list traversal (Walk).…”
Section: Profiling Analysis Of a Modern Dbmssupporting
confidence: 84%
“…In practice; however, the sequential nature of an individual hash index lookup, composed of key hashing followed by pointer chasing through a list of nodes, results in significant time constants even in highly tuned in-memory DBMSs. Consequently, a recent study of data analytics on a state-of-the-art commercial DBMS found that 41% of the total execution time for a set of TPC-H queries goes to hash index lookups used in hash-join operations [16].…”
Section: Introductionmentioning
confidence: 99%
“…These parameters were shown to be reasonable in recent vector work [8], [11]. They also represent a configuration that we anticipate could eventually appear on the market given current trends.…”
Section: A Query and Input Datasupporting
confidence: 59%
“…By default, PTLsim uses a fixed latency memory system that does not model bandwidth and contention issues. Recent work on vector processors [11] has shown that they have the ability to saturate a system's available bandwidth, thus making it crucial to model the memory system accurately when executing vectorised algorithms, otherwise the results may be inaccurate and misleading. For this reason, we have integrated DRAMSim2 [12]-a cycle-accurate memory system simulator-into PTLsim and replaced the default memory model.…”
Section: Simulation Frameworkmentioning
confidence: 99%
“…One of the most time-consuming query operations is the table join. Previous studies have demonstrated that table joins can account for more than 40% of total execution time [1]. The hash join consists of a build phase using the smaller table to make the hash table and a probe phase where all keys in the larger table are probed against the hash table for matches. …”
Section: Introductionmentioning
confidence: 99%