DOCSLIB.ORG

Understanding and Evolving the ML Module System

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Understanding and Evolving the ML Module System Understanding and Evolving the ML Module System Derek Dreyer May 2005 CMU-CS-05-131 School of Computer Science Carnegie Mellon University Pittsburgh, PA 15213 Thesis Committee: Robert Harper (co-chair) Karl Crary (co-chair) Peter Lee David MacQueen (University of Chicago) Submitted in partial fulfillment of the requirements for the degree of Doctor of Philosophy Copyright c 2005 Derek Dreyer This research was sponsored in part by the National Science Foundation under grant CCR-0121633 and EIA- 9706572, and the US Air Force under grant F19628-95-C-0050 and a generous fellowship. The views and conclusions contained in this document are those of the author and should not be interpreted as representing the official policies, either expressed or implied, of any sponsoring institution, the U.S. government or any other entity. Keywords: ML, module systems, type systems, functors, abstract data types, lambda calculus, recursive modules, singleton kinds Abstract The ML module system stands as a high-water mark of programming language support for data abstraction. Nevertheless, it is not in a fully evolved state. One prominent weakness is that module interdependencies in ML are restricted to be acyclic, which means that mutually recursive functions and data types must be written in the same module even if they belong conceptually in different modules. Existing efforts to remedy this limitation either involve drastic changes to the notion of what a module is, or fail to allow mutually recursive modules to hide type information from one another. Another issue is that there are several dialects of ML, and the module systems of these dialects differ in subtle yet semantically significant ways that have been difficult to account for in any rigorous way. It is important to come to a clear assessment of the existing design space and consolidate what is meant by \the ML module system" before embarking on such a major extension as recursive modules. In this dissertation I contribute to the understanding and evolution of the ML module system by: (1) developing a unifying account of the ML module system in which existing variants may be understood as subsystems that pick and choose different features, (2) exploring how to extend ML with recursive modules in a way that does not inhibit data abstraction, and (3) incorporating the understanding gained from (1) and (2) into the design of a new, evolved dialect of ML. I formalize the language of part (3) using the framework of Harper and Stone, in which the meanings of \external" ML programs are interpreted by translation into an \internal" type system. In my exploration of the recursive module problem, I also propose a type system for statically detecting whether or not recursive module definitions are \safe"|that is, whether they can be evaluated without referring to one another prematurely|thus enabling more efficient compilation of recursive modules. Future work remains, however, with regard to type inference and type system complexity, before my proposal can be feasibly incorporated into ML. For Constance and Benard Dreyer, the most loving and supportive parents in the world Acknowledgments First and foremost, I would like to thank my advisors, Bob Harper and Karl Crary. Many of the ideas in this thesis were developed together with them, and my character as a researcher has been influenced to a large degree by their rigorous approach to programming language research and their profound sense of aesthetics. I would also like to thank Peter Lee for his warm guidance as my former advisor and his continual encouragement of all my endeavors, and Dave MacQueen for many interesting discussions and for his extremely careful and thorough perusal of this dissertation. There are many other friends and colleagues whom I would like to thank for making my ex- perience at CMU such a memorable (and long!) journey. To name a few: Melissa and Umut Acar, Mihai and Raluca Budiu, Sharon Burks, Franklin Chen, Andr´es Cladera, Catherine Copetas, Kathy Copic, Nathaniel Daw, Mark Fuhs, Anna Goldenberg, Beth and Jeff Helzner, Heather Hen- drickson, Rose Hoberman, Yan Karklin, Cathy Kelley, Adam Klivans, Sue Lee, Adriana Moscatelli, Mike Murphy, Tom Murphy VII, Aleks and Emi Nanevski, Leaf Petersen, Martha Petersen, Frank Pfenning, Chris Richards, Chuck Rosenberg, Dan Spoonhower, Chris Stone, Dave Swasey, Desney Tan, Joe Vanderwaart, Dave Walker, Kevin Watkins. I would like to give special thanks to Aleks Nanevski. I am very lucky to have had such an intellectually stimulating (if occasionally infuriating) officemate for seven whole years. I will always remember our spirited discussions about life, love, politics and programming languages with great fondness. I would also like to thank Kevin Watkins for initiating, and Dan Spoonhower for revamping, the ConCert reading group. One of the strengths of CMU is its strong graduate student community, and it was wonderful to be able to hash out the details of research papers with such an informed and motivated group of colleagues. Finally, I would like to thank Rose Amanda Hoberman for all the love, companionship and delicious food she has given me over the past four and a half years, and my parents, Constance and Benard, for all the love and encouragement they have given me throughout my life. Contents Introduction 1 I Understanding the ML Module System 5 1 The Design Space of ML Modules 7 1.1 Key Features of the ML Module System . 7 1.1.1 Structures and Signatures . 7 1.1.2 Data Abstraction via Sealing and Functors . 9 1.1.3 Translucent Signatures . 10 1.2 Key Points and Axes in the Design Space of ML Modules . 12 1.2.1 Precursors to Translucency . 13 1.2.2 First-Class vs. Second-Class, Higher-Order vs. First-Order . 13 1.2.3 Harper and Lillibridge's First-Class Modules . 14 1.2.4 SML/NJ's Higher-Order Functors . 15 1.2.5 Leroy's Applicative Functors . 16 1.2.6 The Importance of Generativity . 17 1.2.7 Supporting Both Applicative and Generative Functors . 18 1.2.8 Notions of Module Equivalence . 19 1.2.9 Conclusion . 20 2 A Unifying Account of ML Modules 21 2.1 An Analysis of ML-Style Modularity . 21 2.1.1 Projectibility and Purity . 21 2.1.2 Phase Separation . 23 2.1.3 Module Equivalence . 25 2.1.4 Total vs. Partial Functors . 25 2.1.5 Sealing as a Form of Information Hiding . 27 2.1.6 Squeezing the Balloon . 30 2.1.7 Projectibility and Transparency . 31 2.2 Fruits of the Analysis . 32 2.2.1 Understanding the Existing ML Module System Designs . 32 2.2.2 A Unifying Design . 35 2.2.3 A Modular Design . 36 2.3 Comparison With a Previous Version of This Account . 39 x CONTENTS 3 A Type System for ML Modules: Core Language 41 3.1 Type Constructors and Kinds . 41 3.1.1 Syntax . 41 3.1.2 Static Semantics . 43 3.1.3 Basic Structural Properties . 46 3.1.4 Other Declarative Properties . 47 3.1.5 Admissible Rules . 48 3.1.6 Kind Checking and Synthesis . 50 3.1.7 Deciding Constructor Equivalence . 51 3.2 Terms . 54 3.2.1 Syntax . 54 3.2.2 Static Semantics . 55 3.2.3 Declarative Properties . 56 3.2.4 Type Checking and Synthesis . 57 3.2.5 Dynamic Semantics and Type Safety . 58 4 A Type System for ML Modules: Module Language 59 4.1 Signatures . 59 4.1.1 Syntax . 59 4.1.2 Static Semantics . 62 4.1.3 Declarative Properties . 63 4.1.4 Signature Phase-Splitting . 67 4.2 Modules . 68 4.2.1 Syntax . 68 4.2.2 Projectible Modules . 70 4.2.3 Static Semantics . 72 4.2.4 Declarative Properties . 74 4.2.5 Signature Checking and Synthesis . 74 4.2.6 The Avoidance Problem . 77 4.2.7 Module Phase-Splitting . 80 II Recursive Modules 85 5 The Recursive Module Problem 87 5.1 Motivating Examples . 87 5.2 Key Issues in the Design of a Recursive Module Extension . 92 5.2.1 Dynamic Semantics . 92 5.2.2 Recursively Dependent Signatures . 93 5.2.3 The Double Vision Problem . 97 5.2.4 Separate Compilation . 100 5.3 Existing Approaches to Recursive Modules . 101 5.3.1 A Foundational Account . 101 5.3.2 Moscow ML . 102 5.3.3 O'Caml . 104 5.3.4 Units . 107 5.3.5 Mixins . 108 5.4 A New Approach . 109 CONTENTS xi 5.4.1 Overview . 109 5.4.2 Elaboration of Recursive Modules . 110 6 Type-Theoretic Extensions for Recursive Modules 117 6.1 Constructor-Language Extensions . 117 6.2 Term-Language Extensions . 120 6.3 Signature-Language Extensions . 128 6.4 Module-Language Extensions . 132 7 Safe Recursion 137 7.1 Evaluability . 138 7.1.1 The Evaluability Judgment . 139 7.1.2 A Total/Partial Distinction . 139 7.1.3 Limitations of the Total/Partial Distinction . ..
Load more

Recommended publications
  • Four Lectures on Standard ML
    Mads Tofte March Lab oratory for Foundations of Computer Science Department of Computer Science Edinburgh University Four Lectures on Standard ML The following notes give an overview of Standard ML with emphasis placed on the Mo dules part of the language The notes are to the b est of my knowledge faithful to The Denition of Standard ML Version as regards syntax semantics and terminology They have b een written so as to b e indep endent of any particular implemen tation The exercises in the rst lectures can b e tackled without the use of a machine although having access to an implementation will no doubt b e b enecial The pro ject in Lecture presupp oses access to an implementation of the full language including mo dules At present the Edinburgh compiler do es not fall into this category the author used the New Jersey Standard ML compiler Lecture gives an introduction to ML aimed at the reader who is familiar with some programming language but do es not know ML Both the Core Language and the Mo dules are covered by way of example Lecture discusses the use of ML mo dules in the development of large programs A useful metho dology for programming with functors signatures and structures is presented Lecture gives a fairly detailed account of the static semantics of ML mo dules for those who really want to understand the crucial notions of sharing and signature matching Lecture presents a one day pro ject intended to give the student an opp ortunity of mo difying a nontrivial piece of software using functors signatures and structures
    [Show full text]
  • Lecture Notes in Computer Science 2566 Edited by G
    Lecture Notes in Computer Science 2566 Edited by G. Goos, J. Hartmanis, and J. van Leeuwen 3 Berlin Heidelberg New York Barcelona Hong Kong London Milan Paris Tokyo Torben Æ. Mogensen David A. Schmidt I. Hal Sudborough (Eds.) The Essence of Computation Complexity, Analysis, Transformation Essays Dedicated to Neil D. Jones 13 Series Editors Gerhard Goos, Karlsruhe University, Germany Juris Hartmanis, Cornell University, NY, USA Jan van Leeuwen, Utrecht University, The Netherlands Volume Editors Torben Æ. Mogensen University of Copenhagen, DIKU Universitetsparken 1, 2100 Copenhagen, Denmark E-mail: [email protected] David A. Schmidt Kansas State University, Department of Computing and Information Sciences 234 Nichols Hall, Manhattan, KS 66506 USA E-mail: [email protected] I. Hal Sudborough University of Texas at Dallas, Department of Computer Science P.O. Box 830688, Richardson, TX 75083 USA E-mail: [email protected] The illustration appearing on the cover of this book is the work of Daniel Rozenberg (DADARA). Cataloging-in-Publication Data applied for A catalog record for this book is available from the Library of Congress. Bibliographic information published by Die Deutsche Bibliothek. Die Deutsche Bibliothek lists this publication in the Deutsche Nationalbibliografie; detailed bibliographic data is available in the Internet at <http://dnb.ddb.de>. CR Subject Classification (1998): F.3, F.1, D.2 ISSN 0302-9743 ISBN 3-540-00326-6 Springer-Verlag Berlin Heidelberg New York This work is subject to copyright. All rights are reserved, whether the whole or part of the material is concerned, specifically the rights of translation, reprinting, re-use of illustrations, recitation, broadcasting, reproduction on microfilms or in any other way, and storage in data banks.
    [Show full text]
  • A Simpli Ed Account of Polymorphic References 1 Introduction 2 a Language with Mutable Data Structures
    A Simpli ed AccountofPolymorphic References Rob ert Harp er Scho ol of Computer Science Carnegie Mellon University Pittsburgh, PA 15213-3891 Abstract A pro of of the soundness of Tofte's imp erativetyp e discipli ne with resp ect to a structured op erational semantics is given. The presentation is based on a semantic formalism that combines the b ene ts of the approaches considered byWright and Felleisen, and byTofte, leading to a particularly simple pro of of soundness of Tofte's typ e disciplin e. Keywords: formal semantics, functional programming, programming languages, typ e theory, refer- ences and assignment. 1 Intro duction The extension of Damas and Milner's p olymorphic typ e system for pure functional programs [2] to accomo- date mutable cells has proved to b e problematic. The nave extension of the pure language with op erations to allo cate a cell, and to retrieve and mo dify its contents is unsound [11]. The problem has received consid- erable attention, notably by Damas [3], Tofte [10,11], and LeroyandWeiss [7]. Tofte's solution is based on a greatest xed p oint construction to de ne the semantic typing relation [11] (see also [8]). This metho d has b een subsequently used by Leroy and Weiss [7]andTalpin and Jouvelot [9]. It was subsequently noted by Wright and Felleisen [13] that the pro of of soundness can b e substantially simpli ed if the argument is made by induction on the length of an execution sequence, rather than on the structure of the typing derivation. Using this metho d they establish the soundness of a restriction of the language to require that let-b ound expressions b e values.
    [Show full text]
  • The Definition of Standard ML, Revised
    The Definition of Standard ML The Definition of Standard ML (Revised) Robin Milner, Mads Tofte, Robert Harper and David MacQueen The MIT Press Cambridge, Massachusetts London, England c 1997 Robin Milner All rights reserved. No part of this book may be reproduced in any form by any electronic or mechanical means (including photocopying, recording, or information storage and retrieval) without permission in writing from the publisher. Printed and bound in the United States of America. Library of Congress Cataloging-in-Publication Data The definition of standard ML: revised / Robin Milner ::: et al. p. cm. Includes bibliographical references and index. ISBN 0-262-63181-4 (alk. paper) 1. ML (Computer program language) I. Milner, R. (Robin), 1934- QA76.73.M6D44 1997 005:1303|dc21 97-59 CIP Contents 1 Introduction 1 2 Syntax of the Core 3 2.1 Reserved Words . 3 2.2 Special constants . 3 2.3 Comments . 4 2.4 Identifiers . 5 2.5 Lexical analysis . 6 2.6 Infixed operators . 6 2.7 Derived Forms . 7 2.8 Grammar . 7 2.9 Syntactic Restrictions . 9 3 Syntax of Modules 12 3.1 Reserved Words . 12 3.2 Identifiers . 12 3.3 Infixed operators . 12 3.4 Grammar for Modules . 13 3.5 Syntactic Restrictions . 13 4 Static Semantics for the Core 16 4.1 Simple Objects . 16 4.2 Compound Objects . 17 4.3 Projection, Injection and Modification . 17 4.4 Types and Type functions . 19 4.5 Type Schemes . 19 4.6 Scope of Explicit Type Variables . 20 4.7 Non-expansive Expressions . 21 4.8 Closure .
    [Show full text]
  • Implementation of the Typed Call-By-Value Λ-Calculus Using a Stack of Regions
    Implementation of the Typed Call-by-Value λ-calculus using a Stack of Regions Mads Tofte, University of Copenhagen∗ Jean-Pierre Talpin, European Computer-Industry Research Center † Abstract from the source program. Heap-based schemes are less eager to reuse memory. Generational garbage collec- We present a translation scheme for the polymorphi- tion collects young objects when the allocation space cally typed call-by-value λ-calculus. All runtime val- is used up. Hayes[11] discusses how to reclaim large, ues, including function closures, are put into regions. old objects. The store consists of a stack of regions. Region in- Garbage collection can be very fast. Indeed, there ference and effect inference are used to infer where is a much quoted argument that the amortized cost of regions can be allocated and de-allocated. Recursive copying garbage collection tends to zero, as memory functions are handled using a limited form of polymor- tends to infinity[2, page 206]. Novice functional pro- phic recursion. The translation is proved correct with grammers often report that on their machines, mem- respect to a store semantics, which models a region- ory is a constant, not a variable, and that this constant based run-time system. Experimental results suggest has to be uncomfortably large for their programs to that regions tend to be small, that region allocation is run well. The practical ambition of our work is to frequent and that overall memory demands are usually reduce the required size of this constant significantly. modest, even without garbage collection. We shall present measurements that indicate that our translation scheme holds some promise in this respect.
    [Show full text]
  • Tips for Computer Scientists Standard ML (Revised)
    Tips for Computer Scientists on Standard ML (Revised) Mads Tofte August 30, 2009 This document and all examples in it are available from http://www.itu.dk/people/tofte Preface Contents This note is inspired by a brilliant piece of writ- 1 Numbers 1 ing, entitled Tips for Danes on Punctuation in 2 Overloaded Arithmetic Operators 1 English, by John Dienhart, Department of En- 3 Strings 1 glish, Odense University (1980). In a mere 11 4 Lists 1 pages, Dienhart’s lucid writing gives the reader 5 Expressions 1 the impression that punctuation in English is 6 Declarations 1 pretty easy and that any Dane can get it right 7 Function Values 2 in an afternoon or so. 8 Constructed Values 3 In the same spirit, this note is written for col- 9 Patterns 4 leagues and mature students who would like to 10 Pattern Matching 5 get to know Standard ML without spending too 11 Function-value Bindings (revisited) 6 much time on it. It is intended to be a relaxed 12 Function Application 6 stroll through the structure of Standard ML, with 13 Type Expressions 7 plenty of small examples, without falling into 14 Type Abbreviations 7 the trap of being just a phrase book. 15 Datatype Declarations 7 I present enough of the grammar that the 16 Exceptions 8 reader can start programming in Standard ML, 17 References 9 should the urge arise. 18 Procedures 10 The full grammar and a formal definition of 19 Input and Output 10 the semantics can be found in the 1997 language 20 The top-level loop 11 definition[2].
    [Show full text]
  • A Retrospective on Region-Based Memory Management
    Higher-Order and Symbolic Computation, 17, 245–265, 2004 c 2004 Kluwer Academic Publishers. Manufactured in The Netherlands. A Retrospective on Region-Based Memory Management MADS TOFTE [email protected] LARS BIRKEDAL∗ [email protected] MARTIN ELSMAN [email protected] NIELS HALLENBERG [email protected] The IT University of Copenhagen, Denmark Abstract. We report on our experience with designing, implementing, proving correct, and evaluating a region- based memory management system. Keywords: dynamic storage management, regions, Standard ML 1. Introduction Originally, Region-based Memory Management was conceived as a purely theoretical idea intended to solve a practical problem in the context of Standard ML, namely inventing a dynamic memory management discipline that is less space demanding and more predictable than generic garbage collection techniques, such as generational garbage collection. Over the subsequent nine years, considerable effort has been devoted to refining the idea, proving it correct, and investigating whether it worked in practice. The practical experiments revealed weaknesses, which led to new program analyses, new theory, and yet more experimentation. In short, we have sought to work on memory management as an experimental science: the work should be scientific in the sense that it should rest on a solid mathematical foundation and it should be experimental in the sense that it should be tested against competing state-of-the-art implementation technology. The purpose of this paper is to step back and consider the process as a whole. We first describe the main technical developments, with an emphasis on what motivated the developments. We then summarise what we think has gone well and what has not gone so well.
    [Show full text]
  • A Region Inference Algorithm
    A Region Inference Algorithm MADS TOFTE University of Copenhagen and LARS BIRKEDAL Carnegie Mellon University Region Inference is a program analysis which infers lifetimes of values. It is targeted at a runtime model in which the store consists of a stack of regions and memory management predominantly consists of pushing and popping regions, rather than performing garbage collection. Region Infer- ence has previously been specified by a set of inference rules which formalize when regions may be allocated and deallocated. This article presents an algorithm which implements the specification. We prove that the algorithm is sound with respect to the region inference rules and that it always terminates even though the region inference rules permit polymorphic recursion in regions. The algorithm is the result of several years of experiments with region inference algorithms in the ML Kit, a compiler from Standard ML to assembly language. We report on practical experience with the algorithm and give hints on how to implement it. Categories and Subject Descriptors: D.3.3 [Programming Languages]: Language Constructs and Features—dynamic storage management; F.3.3 [Logics and Meanings of Programs]: Studies of Program Constructs—functional constructs; type structure General Terms: Algorithms, Reliability, Theory Additional Key Words and Phrases: Regions, Standard ML 1. INTRODUCTION Most programming languages have some mechanism for allocation and deallocation of dynamic data structures. In the Algol stack discipline [Dijkstra 1960; Naur 1963], every point of allocation is matched by a point of deallocation; these points are easily identified in the program text, which helps reasoning about memory usage. However, the pure stack discipline is rather restrictive.
    [Show full text]
  • Introduction to the Literature on Programming Language Design the Intended Audience
    Intro duction to the Literature On Programming Language Design Gary T Leavens TR c Jan revised Jan Feb and July Keywords programming languages semantics typ e systems p olymorphism typ e theory data abstrac tion functional programming ob jectoriented programming logic programming declarative programming parallel and distributed programming languages CR Categories D Programming Techniques ApplicativeFunctional Programming D Programming Techniques Concurrent Programming D Programming Techniques Ob jectoriented Pro gramming D Programming Techniques Logic Programming D Software Engineering To ols and Techniques Mo dules and interfaces D Software Engineering Program Verication D Software Engineering Program Verication D Programming Languages Formal Denitions and Theory D Programming Languages Language Classications D Programming Languages Language Constructs and F eatures F Logics and Meaning of Programs Sp ecifying and verifying and reasoning ab out pro grams F Logics and Meaning of Programs Semantics of Programming Languages F Logics and Meaning of Programs Studies of Program Constructs H Database Management LanguagesDatabase p ersistent programming languages I Articial Intel ligence Programming Languages and Software c Gary T Leavens Permission is granted for you to make copies for educational and scholarly purp oses but not for direct commercial advantage provided this notice app ears on all copies All other rights reserved Department of Computer Science Atanaso Hall Iowa State University Ames Iowa USA Intro duction
    [Show full text]
  • Paper in Order to Obtain a Similar Soundness and Completeness Result for Modular Type Classes
    Principal Type Schemes for Modular Programs Derek Dreyer and Matthias Blume Toyota Technological Institute at Chicago fdreyer,[email protected] Abstract. Two of the most prominent features of ML are its expres- sive module system and its support for Damas-Milner type inference. However, while the foundations of both these features have been studied extensively, their interaction has never received a proper type-theoretic treatment. One consequence is that both the official Definition and the alternative Harper-Stone semantics of Standard ML are difficult to imple- ment correctly. To bolster this claim, we offer a series of short example programs on which no existing SML typechecker follows the behavior prescribed by either formal definition. It is unclear how to amend the implementations to match the definitions or vice versa. Instead, we pro- pose a way of defining how type inference interacts with modules that is more liberal than any existing definition or implementation of SML and, moreover, admits a provably sound and complete typechecking algo- rithm via a straightforward generalization of Algorithm W. In addition to being conceptually simple, our solution exhibits a novel hybrid of the Definition and Harper-Stone semantics of SML, and demonstrates the broader relevance of some type-theoretic techniques developed recently in the study of recursive modules. 1 Introduction The standard way of defining the static semantics of languages with type in- ference is to give a set of declarative Curry-style typing rules that assign types to untyped terms. Since these rules are typically written in a nondeterministic fashion, it is not prima facie decidable whether a term can be assigned a type.
    [Show full text]
  • Title: Region-Based Memory Management1 Authors: Mads Tofte and Jean-Pierre Talpin a Liation: Mads Tofte: Department of Computer
    Title RegionBased Memory Management Authors Mads Tofte and JeanPierre Talpin Aliation Mads Tofte Department of Computer Science Universityof Cop enhagen JeanPierre Talpin IRISA Campus de Beaulieu France An earlier version of this work was presented at the st ACM SIGPLANSIGACT Sym p osium on Principles of Programming Languages Portland Oregon January Abstract This pap er describ es a memory management disciplin e for programs that p erform dynamic memory allo cation and deallo cation At runtime all values are put into regions The store consists of a stack of regions All p oints of region allo cation and deallo cation are inferred automatically using a typ e and eect based program analysis The scheme do es not assume the presence of a garbage collector The scheme was rst presented byTofte and Talpin subse quently it has b een tested in The ML Kit with Regions a regionbased garbagecollection free implementation of the Standard ML Core language which includes recursive datatyp es higherorder functions and up datable references Birkedal et al Elsman and Hallenb erg This pap er denes a regionbased dynamic semantics for a skeletal pro gramming language extracted from Standard ML We present the inference system which sp ecies where regions can b e allo cated and deallo cated and a detailed pro of that the system is sound with resp ect to a standard se mantics We conclude by giving some advice on how to write programs that run well on a stack of regions based on practical exp erience with the ML Kit Intro duction Computers have nite memory
    [Show full text]
  • Typed Regions for Tag-Free Garbage Collection
    Typed Regions for Tag-Free Garbage Collection Martin Elsman⋆ IT University of Copenhagen. Glentevej 67, DK-2400 Copenhagen NV, Denmark. Email: [email protected] October, 2002 Abstract. This paper presents an extension to the Tofte-Talpin region type system, which makes it possible to combine region-based memory management with a partly tag-free garbage collection algorithm. The memory discipline is implemented for Standard ML in the ML Kit com- piler. Experiments show that, for a range of benchmark programs, the discipline improves performance, both with respect to memory usage and execution time. 1 Introduction In implementations of languages that support dynamic reference tracing garbage collection, such as most Java and ML implementations, tags are often used to distinguish between different types of values at runtime. The use of tags imposes a memory overhead, however, which for the most commonly used data structures, such as tuples, lists, and trees, can be as large as one third of the total memory usage. In this paper we present a memory discipline that integrates region-based memory management and reference tracing garbage collection in such a way that tagging of commonly used values such as tuples and lists is avoided. In the Tofte-Talpin region typing rules [18], two values are forced into the same region, only if their types are identical. This property suggests that, in systems based on the Tofte-Talpin region typing rules, tags to distinguish differ- ent types of values at runtime can be moved from individual values to the level of regions. We show that this “Big Bag of Pages” approach to avoid tagging improves memory usage and execution time for many programs.
    [Show full text]