Frank B. Schmuck

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

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

Systems, architecture and hardware · 4 · 2 first-authorDatabases, data management, data science and information retrieval · 3 · 1 first-authorSoftware engineering, systems software and programming languages · 1 · 1 first-author

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.

Computer architecture, parallel and distributed computing, and storage systems
5 papers
Storage systems · 74% Memory systems · 20% Distributed systems · 3%
Software engineering, system software, and programming languages
1 paper
Operating systems · 77% Programming languages and type systems · 23%

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

TopicWeightPapersLastEvidence papers
Storage systems
file systems
0.122010
Panache: A Parallel File System Cache for Global File Access · FAST 2010
GPFS: A Shared-Disk File System for Large Computing Clusters · FAST 2002
Storage systems › file systems
distributed file system
0.112010
Panache: A Parallel File System Cache for Global File Access · FAST 2010
Memory systems › cache management › storage caching
file cache
0.112010
Panache: A Parallel File System Cache for Global File Access · FAST 2010
Storage systems › file systems › distributed file system
parallel file system
0.112010
Panache: A Parallel File System Cache for Global File Access · FAST 2010
Storage systems › file systems › distributed file system › parallel file system
shared-disk file system
0.012002
GPFS: A Shared-Disk File System for Large Computing Clusters · FAST 2002
Distributed systems
fault tolerance
0.021991
Experience with Transactions in QuickSilver · SOSP 1991
Continuous Clock Amortization Need Not Affect the Precision of a Clock Synchronization Algorithm · PODC 1990
Operating systems
transaction management
0.011991
Experience with Transactions in QuickSilver · SOSP 1991
Distributed systems
clock synchronization
0.011990
Continuous Clock Amortization Need Not Affect the Precision of a Clock Synchronization Algorithm · PODC 1990
Cloud and datacenter computing › datacenter architecture
shared-nothing architecture
0.011992
Dynamic Data Distribution (D3) in a Shared-Nothing Multiprocessor Data Store · VLDB 1992
Programming languages and type systems
extensibility
0.011991
Experience with Transactions in QuickSilver · SOSP 1991

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

dynamic data distribution · 0.0transaction mechanism · 0.0performance measurement · 0.0amortization · 0.0
YearPublicationVenuePosition
2010 Panache: A Parallel File System Cache for Global File Access
Marc Eshel, Roger L. Haskin, Dean Hildebrand, Manoj Naik, Frank B. Schmuck, Renu Tewari
FAST5
2002 GPFS: A Shared-Disk File System for Large Computing Clusters
Frank B. Schmuck, Roger L. Haskin
FAST1
1992 Dynamic Data Distribution (D3) in a Shared-Nothing Multiprocessor Data Store
Donald D. Chamberlin, Frank B. Schmuck
VLDB2
1991 Experience with Transactions in QuickSilver
abstract
All programs in the QuickSilver distributed system behave atomically with respect to their updates to permanent data. Operating system support for transactions provides the framework required to support this, as well as a mechanism that unifies reclamation of resources af- ter failures or normal process termination. This paper evaluates the use of transactions for these purposes in a general purpose operating system and presents some of the lessons learned from our experience with a complete running system based on transactions. Examples of how transactions are used in QuickSilver and mea- surements of their use demonstrate that the transaction mechanism provides an efficient and powerful means for solving many of the problems introduced by operating system extensibility and distribution.
Frank B. Schmuck, James C. Wyllie
SOSP1
1990 Continuous Clock Amortization Need Not Affect the Precision of a Clock Synchronization Algorithm
abstract
Introduction Clock s~nc:hrc~rti~nt.ion is ncedcd in many distribt~I,ecl s~~s~,crns (.o ~rreasurc~ the dvration of c~istril~n~ccl a.
Frank B. Schmuck, Flaviu Cristian
PODC1
1988 Supplying High Availability with a Standard Network File System
abstract
The design of a network file service that is tolerant to fail-stop failures and that can be run on top of a standard network file service is described. The fault-tolerance is completely transparent, so the resulting file system supports the same set of heterogeneous workstations and applications as the chosen standard, To demonstrate that the design can provide the benefit of highly available files at a reasonable cost to the user, a prototype has been implemented using the Sun NFS protocol. The approach is not limited to being used with NFS and should apply to any network file service built along the client-server model.>
Keith Marzullo, Frank B. Schmuck
ICDCS2