The case for segments

Abstract

This paper argues two points: firstly that persistent systems ought to have some kind of user-level intermediate structure, unlike systems where the persistent store is just a huge collection of small objects; and secondly it describes the Barbados system (which has such an intermediate structure) and argues that it is an effective implementation of persistence.The argument is that many operations have high fixed overhead costs, but that these costs can be factored out by grouping small objects together and operating on them as a group.These 'operations' include both implementation-level and user-level operations, for example transferral of data-structures to remote systems. Therefore, the 'loss of orthogonality', or the fact that the programmer now has to deal with these storage entities is not a compromise that is being made, but rather a conceptual advance that is to be em braced ( !).The Barbados system, which has been implemented, is based on the idea of a 'segment'. A segment is a grouping of logically related small objects that acts as a coherent (medium-sized) object. It can also be thought of as a 'data-structure'. These entities are simultaneously the units of disk i/o, sharing, locking, storage, memory protection, recompilation, persistence, transferral, deletion and so on.The first point is almost a philosophical point.

Achieving Incremental Compilation through Fine‐grained Builds

“…However, large-grained objects are beyond the scope of this paper-see Reference 6. 6 Indeed, the motivation for incremental compilation comes partly from the problem of developing very large applications.…”