ACM Home Page
Please provide us with feedback. Feedback
Shore-MT: a scalable storage manager for the multicore era
Full text PdfPdf (521 KB)
Source Extending Database Technology; Vol. 360 archive
Proceedings of the 12th International Conference on Extending Database Technology: Advances in Database Technology table of contents
Saint Petersburg, Russia
SESSION: Research sessions: System architectures table of contents
Pages 24-35  
Year of Publication: 2009
ISBN:978-1-60558-422-5
Authors
Ryan Johnson  Carnegie Mellon University and École Polytechnique Fédérale de Lausanne, Switzerland
Ippokratis Pandis  Carnegie Mellon University
Nikos Hardavellas  Carnegie Mellon University
Anastasia Ailamaki  Carnegie Mellon University and École Polytechnique Fédérale de Lausanne, Switzerland
Babak Falsafi  École Polytechnique Fédérale de Lausanne, Switzerland
Publisher
ACM  New York, NY, USA
Bibliometrics
Downloads (6 Weeks): 24,   Downloads (12 Months): 125,   Citation Count: 1
Additional Information:

abstract   references   cited by   collaborative colleagues  

Tools and Actions: Request Permissions Request Permissions    Review this Article  
DOI Bookmark: Use this link to bookmark this Article: http://doi.acm.org/10.1145/1516360.1516365
What is a DOI?

ABSTRACT

Database storage managers have long been able to efficiently handle multiple concurrent requests. Until recently, however, a computer contained only a few single-core CPUs, and therefore only a few transactions could simultaneously access the storage manager's internal structures. This allowed storage managers to use non-scalable approaches without any penalty. With the arrival of multicore chips, however, this situation is rapidly changing. More and more threads can run in parallel, stressing the internal scalability of the storage manager. Systems optimized for high performance at a limited number of cores are not assured similarly high performance at a higher core count, because unanticipated scalability obstacles arise.

We benchmark four popular open-source storage managers (Shore, BerkeleyDB, MySQL, and PostgreSQL) on a modern multicore machine, and find that they all suffer in terms of scalability. We briefly examine the bottlenecks in the various storage engines. We then present Shore-MT, a multithreaded and highly scalable version of Shore which we developed by identifying and successively removing internal bottlenecks. When compared to other DBMS, Shore-MT exhibits superior scalability and 2--4 times higher absolute throughput than its peers. We also show that designers should favor scalability to single-thread performance, and highlight important principles for writing scalable storage engines, illustrated with real examples from the development of Shore-MT.


REFERENCES

Note: OCR errors may be found in this Reference List extracted from the full text article. ACM has opted to expose the complete List rather than only correct and linked references.

 
1
Oracle BerkeleyDB. http://www.oracle.com/technology/products/berkeley-db/index.html
 
2
MySQL. http://www.mysql.com.
 
3
A. Ailamaki, D. J. DeWitt, and M. D. Hill. "Walking Four Machines By The Shore." In Proc. CAECW, 2001.
 
4
5
6
7
 
8
 
9
T. Craig. "Building FIFO and priority-queueing spin locks from atomic swap." Technical Report TR 93-02-02, University of Washington, Dept. of Computer Science, 1993.
 
10
11
 
12
13
 
14
 
15
J. Gray. "Tape is Dead, Disk is Tape, Flash is Disk, RAM Locality is King." Gong Show Presentation at CIDR, 2007.
 
16
 
17
B. He, W. N. Scherer III, and M. L. Scott. "Preemption Adaptivity in Time-Published Queue-Based Spin Locks." In Proc. HiPC, 2005.
 
18
P. Helland. "Life beyond Distributed Transactions: an Apostate's Opinion." In Proc. CIDR, 2007.
 
19
J. M. Hellerstein, and M. Stonebraker. "Anatomy of a Database System." In Readings in Database Systems, 4th ed.
20
 
21
22
 
23
24
 
25
26
 
27
28
29
30
 
31
 
32
 
33
TPC (Transaction Processing Performance Council). TPC Benchmark C (OLTP) Standard Specification, Revision 5.9.

Collaborative Colleagues:
Ryan Johnson: colleagues
Ippokratis Pandis: colleagues
Nikos Hardavellas: colleagues
Anastasia Ailamaki: colleagues
Babak Falsafi: colleagues