Repository logo
Log in(current)
Repository logoMIT Open ScholarshipDSpace@MIT
  1. Home
  2. MIT Open Access Articles
  3. MIT Open Access Articles
  4. Using memory mapping to support cactus stacks in work-stealing runtime systems

Using memory mapping to support cactus stacks in work-stealing runtime systems

Thumbnail Image
Download
Name

Leiserson_Using memory.pdf

Size

184.66 KB

Format

Adobe PDF

Checksum (MD5)

c175d870136d6e9fb465008a86029d7e

Author(s)
Lee, I-Ting Angelina
•
Boyd-Wickizer, Silas
•
Huang, Zhiyi
•
Leiserson, Charles E.
Date Issued
September 2010
Journal
Proceedings of the 19th international conference on Parallel architectures and compilation techniques, PACT '10
Publisher
Association for Computing Machinery
Citation
Lee, I-Ting Angelina et al. "Using Memory Mapping to Support Cactus Stacks in Work-Stealing Runtime Systems." in Proceedings of the 19th international conference on Parallel architectures and compilation techniques, PACT '10, Sept. 11-15, 2010, Vienna, Austria.
Version
Author's final manuscript
Abstract
Many multithreaded concurrency platforms that use a work-stealing runtime system incorporate a "cactus stack," wherein a function's accesses to stack variables properly respect the function's calling ancestry, even when many of the functions operate in parallel. Unfortunately, such existing concurrency platforms fail to satisfy at least one of the following three desirable criteria: full interoperability with legacy or third-party serial binaries that have been compiled to use an ordinary linear stack, a scheduler that provides near-perfect linear speedup on applications with sufficient parallelism, and bounded and efficient use of memory for the cactus stack. We have addressed this cactus-stack problem by modifying the Linux operating system kernel to provide support for thread-local memory mapping (TLMM). We have used TLMM to reimplement the cactus stack in the open-source Cilk-5 runtime system. The Cilk-M runtime system removes the linguistic distinction imposed by Cilk-5 between serial code and parallel code, erases Cilk-5's limitation that serial code cannot call parallel code, and provides full compatibility with existing serial calling conventions. The Cilk-M runtime system provides strong guarantees on scheduler performance and stack space. Benchmark results indicate that the performance of the prototype Cilk-M 1.0 is comparable to the Cilk 5.4.6 system, and the consumption of stack space is modest.
MIT Department
Massachusetts Institute of Technology. Computer Science and Artificial Intelligence Laboratory
Massachusetts Institute of Technology. Department of Electrical Engineering and Computer Science
Terms of Use
Creative Commons Attribution-Noncommercial-Share Alike 3.0
http://creativecommons.org/licenses/by-nc-sa/3.0/
Persistent DSpace Link
http://hdl.handle.net/1721.1/64623
DOI of Published Version
https://doi.org/10.1145/1854273.1854324
Repository logo
PrivacyPermissionsAccessibilityContact us
Repository logo
Notify us about copyright concerns.