Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data.

Len Wisniewski

dblp:116/7973 · DBLP profile ↗
← Back
1ranked-venue papers
1as first author
0since 2021 · last 1999
—ORCID · none

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

Systems, architecture and hardware · 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
1 paper
Storage systems · 61% High-performance computing · 39%

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

TopicWeightPapersLastEvidence papers
Storage systems › file systems
cluster file systems
0.011999
SunTM MPI I/O: Efficient I/O for Parallel Applications · SC 1999
Storage systems › file systems › distributed file system
parallel file system
0.011999
SunTM MPI I/O: Efficient I/O for Parallel Applications · SC 1999
High-performance computing
parallel i/o
0.011999
SunTM MPI I/O: Efficient I/O for Parallel Applications · SC 1999
High-performance computing › cluster computing
SMP cluster
0.011999
SunTM MPI I/O: Efficient I/O for Parallel Applications · SC 1999

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

MPI-2 I/O specification · 0.0
YearPublicationVenuePosition
1999 SunTM MPI I/O: Efficient I/O for Parallel Applications
abstract
Many parallel applications require high-performance I/O to avoid negating some or all of the benefit derived from parallelizing its computation. When these applications are run on a loosely-coupled cluster of SMPs, the limitations of existing hardware and software present even more hurdles to performing high-performance I/O. In this paper, we describe our full implementation of the I/O portion of the MPI-2 specification. In particular, we discuss the limitations inherent in performing high-performance I/O on a cluster of SMPs and demonstrate the benefits of using a cluster-based filesystem over a traditional node-based filesystem.
Len Wisniewski, Brad Smisloff, Nils Nieuwejaar
SC1