Demo Data from EDBT 2026 / reviewers in the wild / expert
Manuel Pedrero
dblp:165/0026
· DBLP profile ↗
3ranked-venue papers
3as first author
1since 2021 · last 2022
0000-0003-3062-4204ORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 2 · 2 first-author · 1 since 2021
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.
| Software engineering, system software, and programming languages
1 paper |
Concurrent programming · 100% | |
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Parallel and multicore computing · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Concurrent programming
synchronization |
0.6 | 1 | 2022 | Speculative Barriers With Transactional Memory · IEEE Trans. Computers 2022 |
Parallel and multicore computing › transactional memory
hardware transactional memory |
0.2 | 1 | 2022 | Speculative Barriers With Transactional Memory · IEEE Trans. Computers 2022 |
Parallel and multicore computing
transactional memory |
0.2 | 1 | 2022 | Speculative Barriers With Transactional Memory · IEEE Trans. Computers 2022 |
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | Speculative Barriers With Transactional MemoryabstractTransactional Memory (TM) is a synchronization model for parallel programming which provides optimistic concurrency control. Transactions can run in parallel and are only serialized in case of conflict. In this article we use hardware TM (HTM) to implement an optimisticspeculative barrier(SB) to replace the lock-based solution. SBs leverage HTM support to elide barriers speculatively. When a thread reaches an SB, a newSB transactionis started, keeping the updates private to the thread, and letting the HTM system detect potential conflicts. Once the last thread reaches the corresponding SB, the speculative threads can commit their changes. The main contributions of this work are: an API for SBs implemented with HTM extensions; a procedure to check the speculation state in between barriers to enable SBs with non-transactional codes; a HTM SB-aware conflict resolution enhancement where SB transactions stall on a conflict with a standard transaction; and a set of SB use guidelines derived from our experience on using SBs in a variety of applications. We evaluated our proposals in two different architectures with a full-system simulator and an IBM Power8 server. Results show an overall performance improvement of SBs over traditional barriers. Manuel Pedrero, Ricardo Quislant, Eladio Gutiérrez, Emilio L. Zapata, Oscar G. Plata |
IEEE Trans. Computers | 1 |
| 2018 | TMbarrier: Speculative Barriers Using Hardware Transactional MemoryabstractBarrier is a very common synchronization method used in parallel programming. Barriers are used typically to enforce a partial thread execution order, since there may be dependences between code sections before and after the barrier. This work proposes TMbarrier, a new design of a barrier intended to be used in transactional applications. TMbarrier allows threads to continue executing speculatively after the barrier assuming that there are not dependences with safe threads that have not yet reached the barrier. Our design leverages transactional memory (TM) (specifically, the implementation offered by the IBM POWER8 processor) to hold the speculative updates and to detect possible conflicts between speculative and safe threads. Despite the limitations of the best-effort hardware TM implementation present in current processors, experiments show a reduction in wasted time due to synchronization compared to standard barriers. Manuel Pedrero, Eladio Gutiérrez, Oscar G. Plata |
PDP | 1 |
| 2017 | ReduxSTM: Optimizing STM designs for Irregular Applications
Manuel Pedrero, Eladio Gutiérrez, Sergio Romero 0001, Oscar G. Plata |
J. Parallel Distributed Comput. | 1 |