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

Vitaliy B. Lvin

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

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

Systems, architecture and hardware · 1 · 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
1 paper
Distributed systems · 50% Hardware reliability and fault tolerance · 50%
Network and information security
1 paper
Systems and software security · 100%
Software engineering, system software, and programming languages
1 paper
Operating systems · 100%

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

TopicWeightPapersLastEvidence papers
Systems and software security
memory safety
0.112008
Archipelago: trading address space for reliability and security · ASPLOS 2008
Distributed systems
fault tolerance
0.112008
Archipelago: trading address space for reliability and security · ASPLOS 2008
Hardware reliability and fault tolerance
memory fault tolerance
0.112008
Archipelago: trading address space for reliability and security · ASPLOS 2008
Operating systems › system security › operating system security › protection mechanism
address space layout randomization
0.012008
Archipelago: trading address space for reliability and security · ASPLOS 2008
Operating systems › resource management › memory management
virtual memory
0.012008
Archipelago: trading address space for reliability and security · ASPLOS 2008

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

address space trading · 0.2
YearPublicationVenuePosition
2008 Archipelago: trading address space for reliability and security
abstract
Memory errors are a notorious source of security vulnerabilities that can lead to service interruptions, information leakage and unauthorized access. Because such errors are also difficult to debug, the absence of timely patches can leave users vulnerable to attack for long periods of time. A variety of approaches have been introduced to combat these errors, but these often incur large runtime overheads and generally abort on errors, threatening availability.
Vitaliy B. Lvin, Gene Novark, Emery D. Berger, Benjamin G. Zorn
ASPLOS1