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. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Sharon E. Perl

dblp:93/3664 · DBLP profile ↗
← Back
4ranked-venue papers
2as first author
0since 2021 · last 2002
—ORCID · none

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

Software engineering, systems software and programming languages · 2 · 2 first-authorDatabases, data management, data science and information retrieval · 2Systems, architecture and hardware · 1Theory of computation · 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.

Computer architecture, parallel and distributed computing, and storage systems
3 papers
Performance modeling and evaluation · 46% Storage systems · 39% Distributed systems · 12%
Software engineering, system software, and programming languages
2 papers
Software testing · 82% Operating systems · 18%

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

TopicWeightPapersLastEvidence papers
Performance modeling and evaluation › tracing
execution trace
0.011996
Studies of Windows NT Performance Using Dynamic Execution Traces · OSDI 1996
Performance modeling and evaluation
workload characterization
0.011996
Studies of Windows NT Performance Using Dynamic Execution Traces · OSDI 1996
Distributed systems
fault tolerance
0.012002
Myriad: Cost-Effective Disaster Tolerance · FAST 2002
Software testing › performance testing
performance assertion
0.011993
Performance Assertion Checking · SOSP 1993
Software testing
performance testing
0.011993
Performance Assertion Checking · SOSP 1993
Performance modeling and evaluation › performance diagnosis
performance bug detection
0.011993
Performance Assertion Checking · SOSP 1993
YearPublicationVenuePosition
2002 Myriad: Cost-Effective Disaster Tolerance
Fay W. Chang, Minwen Ji, Shun-Tak Leung, John MacCormick, Sharon E. Perl, Li Zhang 0001
FAST5
2000 When does a correct mutual exclusion algorithm guarantee mutual exclusion?
Leslie Lamport, Sharon E. Perl, William E. Weihl
Inf. Process. Lett.2
1996 Studies of Windows NT Performance Using Dynamic Execution Traces
abstract
No abstract available.
Sharon E. Perl, Richard L. Sites
OSDI1
1993 Performance Assertion Checking
abstract
Performance assertion checking is an approach to automating the testing of performance properties of complex systems. System designers write assertions that capture expectations for performance; these assertions are checked automatically against monitoring data to detect potential performance bugs. Automatically checking expectations allows a designer to test a wide range of performance properties as a system evolves: data that meets expectations can be discarded automatically, focusing attention on data indicating potential problems.PSpec is a language for writing performance as sertions together with tools for testing assertions and estimating values for constants in assertions. The language is small and efficiently checkable, yet capable of expressing a wide variety of performance properties. Initial experience indicates that PSpec is a useful tool for performance testing and debugging; it helped uncover several performance bugs in the runtime system of a parallel programming language.
Sharon E. Perl, William E. Weihl
SOSP1