Mark Day

dblp:22/4728 · DBLP profile ↗
← Back
6ranked-venue papers
3as first author
0since 2021 · last 1999
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Human-computer interaction and ubiquitous computing · 2Computer networks · 1 · 1 first-authorSoftware engineering, systems software and programming languages · 1 · 1 first-authorDatabases, data management, data science and information retrieval · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Databases, data mining, and information retrieval
1 paper
Data models and query languages · 33% Distributed and cloud data management · 33% Indexing and storage engines · 33%
Software engineering, system software, and programming languages
1 paper
Programming languages and type systems · 91% Requirements engineering and software design · 9%
Human-computer interaction and pervasive computing
1 paper
Collaborative and social computing · 100%
Computer architecture, parallel and distributed computing, and storage systems
2 papers
Distributed systems · 100%

Topics — the 10 heaviest of 12, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Indexing and storage engines › caching
cache management
0.011996
Safe and Efficient Sharing of Persistent Objects in Thor · SIGMOD Conference 1996
Data models and query languages
object-oriented database
0.011996
Safe and Efficient Sharing of Persistent Objects in Thor · SIGMOD Conference 1996
Collaborative and social computing › groupware
synchronous groupware
0.011996
Notification Servers for Synchronous Groupware · CSCW 1996
Programming languages and type systems › type systems › polymorphism › parametric polymorphism
bounded polymorphism
0.011995
Subtypes vs. Where Clauses: Constraining Parametric Polymorphism · OOPSLA 1995
Programming languages and type systems › type systems › polymorphism
parametric polymorphism
0.011995
Subtypes vs. Where Clauses: Constraining Parametric Polymorphism · OOPSLA 1995
Programming languages and type systems › type systems › polymorphism
subtype polymorphism
0.011995
Subtypes vs. Where Clauses: Constraining Parametric Polymorphism · OOPSLA 1995
Distributed systems › distributed system architecture
client-server systems
0.011996
Notification Servers for Synchronous Groupware · CSCW 1996
Distributed systems
distributed coordination and fault tolerance
0.011996
Safe and Efficient Sharing of Persistent Objects in Thor · SIGMOD Conference 1996
Distributed systems › fault tolerance
high availability
0.011996
Safe and Efficient Sharing of Persistent Objects in Thor · SIGMOD Conference 1996
Requirements engineering and software design › modularity
modular programming
0.011995
Subtypes vs. Where Clauses: Constraining Parametric Polymorphism · OOPSLA 1995

Methods — techniques the papers use, named apart from their topics

protocol design · 0.0encapsulation · 0.0adaptive prefetching · 0.0
YearPublicationVenuePosition
1999 Presence and Instant Messaging via HTTP /1.1: A Coordination Perspective
Mark Day
COORDINATION1
1999 Pagers, Pilots and Prairie Dog: Awareness via Handheld Devices
Kamal Ayad, Mark Day, Steve Foley, Dan Gruen, Steven L. Rohall, Quinton Zondervan
Pers. Ubiquitous Comput.2
1997 The Notification Service Transfer Protocol (NSTP): Infrastructure for Synchronous Groupware
Mark Day, John F. Patterson, David Mitchell
Comput. Networks1
1996 Notification Servers for Synchronous Groupware
abstract
We introduce the Notification Service Transfer Protocol (NSTP), which provides a simple, common service for sharing state in synchronous multi-user applications. A Notification Server provides items of shared state to a collection of clients and notifies the clients whenever one of the items changes. The division between client and server in this system is unusual; the centralized state is uninterpreted by the server. Instead, the responsibility for semantics and processing falls on the clients, which collude to implement the application. After describing NSTP, we differentiate it from other systems in terms of the four design principles that have guided its development. Keywords Synchronous groupware, multi-user applications, group-ware infrastructure, client/server architectures, notification, protocol, design principles, performance, state sharing.
John F. Patterson, Mark Day, Jakov Kucan
CSCW2
1996 Safe and Efficient Sharing of Persistent Objects in Thor
abstract
Thor is an object-oriented database system designed for use in a heterogeneous distributed environment. It provides highly-reliable and highly-available persistent storage for objects, and supports safe sharing of these objects by applications written in different programming languages.Safe heterogeneous sharing of long-lived objects requires encapsulation: the system must guarantee that applications interact with objects only by invoking methods. Although safety concerns are important, most object-oriented databases forgo safety to avoid paying the associated performance costs.This paper gives an overview of Thor's design and implementation. We focus on two areas that set Thor apart from other object-oriented databases. First, we discuss safe sharing and techniques for ensuring it; we also discuss ways of improving application performance without sacrificing safety. Second, we describe our approach to cache management at client machines, including a novel adaptive prefetching strategy.The paper presents performance results for Thor, on several OO7 benchmark traversals. The results show that adaptive prefetching is very effective, improving both the elapsed time of traversals and the amount of space used in the client cache. The results also show that the cost of safe sharing can be negligible; thus it is possible to have both safety and high performance.
Barbara Liskov, Atul Adya, Miguel Castro 0001, Mark Day, Sanjay Ghemawat, Robert Gruber, Umesh Maheshwari, Andrew C. Myers, Liuba Shrira
SIGMOD Conference4
1995 Subtypes vs. Where Clauses: Constraining Parametric Polymorphism
abstract
All object-oriented languages provide support for subtype polymorphism, which allows the writing of generic code that works for families of related types. There is also a need, however, to write code that is generic across types that have no real family relationship. To satisfy this need a programming language must provide a mechanism for parametric polymorphism, allowing for types as parameters to routines and types. We show that to support modular programming and separate compilation there must be a mechanism for constraining the actual parameters of the routine or type. We describe a simple and powerful constraint mechanism and compare it with constraint mechanisms in other languages in terms of both ease of use and semantic expressiveness. We also discuss the interaction between subtype and parametric polymorphism: we discuss the subtype relations that can exist between instantiations of parameterized types, and which of those relations are useful and can be implemented efficiently. We illustrate our points using examples in Theta, a new object-oriented language, and we describe the time- and space-efficient implementation of parametric polymorphism used in Theta.
Mark Day, Robert Gruber, Barbara Liskov, Andrew C. Myers
OOPSLA1