Demo Data from EDBT 2026 / reviewers in the wild / expert
Ori Ben-Yitzhak
dblp:41/5159
· DBLP profile ↗
4ranked-venue papers
1as first author
0since 2021 · last 2008
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 3Artificial intelligence and machine learning · 1 · 1 first-authorDatabases, data management, data science and information retrieval · 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.
| Software engineering, system software, and programming languages
2 papers |
Runtime systems and virtual machines · 100% | |
| Databases, data mining, and information retrieval
1 paper |
Information retrieval · 77% Query processing and optimization · 23% |
Topics — the 6 heaviest of 7, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Runtime systems and virtual machines › garbage collection
concurrent garbage collection |
0.1 | 2 | 2005 | A parallel, incremental, mostly concurrent garbage collector for servers · ACM Trans. Program. Lang. Syst. 2005 A Parallel, Incremental and Concurrent GC for Servers · PLDI 2002 |
Runtime systems and virtual machines
garbage collection |
0.1 | 2 | 2005 | A parallel, incremental, mostly concurrent garbage collector for servers · ACM Trans. Program. Lang. Syst. 2005 A Parallel, Incremental and Concurrent GC for Servers · PLDI 2002 |
Runtime systems and virtual machines › garbage collection
parallel garbage collection |
0.1 | 2 | 2005 | A parallel, incremental, mostly concurrent garbage collector for servers · ACM Trans. Program. Lang. Syst. 2005 A Parallel, Incremental and Concurrent GC for Servers · PLDI 2002 |
Information retrieval › search interfaces
faceted search |
0.1 | 1 | 2008 | Beyond basic faceted search · WSDM 2008 |
Query processing and optimization
OLAP |
0.0 | 1 | 2008 | Beyond basic faceted search · WSDM 2008 |
Runtime systems and virtual machines › garbage collection
incremental garbage collection |
0.0 | 1 | 2002 | A Parallel, Incremental and Concurrent GC for Servers · PLDI 2002 |
Methods — techniques the papers use, named apart from their topics
tree indexing · 0.1work packet mechanism · 0.0memory fence batching · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2008 | Beyond basic faceted searchabstractThis paper extends traditional faceted search to support richer information discovery tasks over more complex data models. Our first extension adds exible, dynamic business intelligence aggregations to the faceted application, enabling users to gain insight into their data that is far richer than just knowing the quantities of documents belonging to each facet. We see this capability as a step toward bringing OLAP capabilities, traditionally supported by databases over relational data, to the domain of free-text queries over metadata-rich content. Our second extension shows how one can efficiently extend a faceted search engine to support correlated facets - a more complex information model in which the values associated with a document across multiple facets are not independent. We show that by reducing the problem to a recently solved tree-indexing scenario, data with correlated facets can be efficiently indexed and retrieved Ori Ben-Yitzhak, Nadav Golbandi, Nadav Har'El, Ronny Lempel, Andreas Neumann 0001, Shila Ofek-Koifman, Dafna Sheinwald, Eugene J. Shekita, Benjamin Sznajder, Sivan Yogev |
WSDM | 1 |
| 2005 | A parallel, incremental, mostly concurrent garbage collector for serversabstractMultithreaded applications with multigigabyte heaps running on modern servers provide new challenges for garbage collection (GC). The challenges for “server-oriented” GC include: ensuring short pause times on a multigigabyte heap while minimizing throughput penalty, good scaling on multiprocessor hardware, and keeping the number of expensive multicycle fence instructions required by weak ordering to a minimum.We designed and implemented a collector facing these demands building on the mostly concurrent garbage collector proposed by Boehm et al. [1991]. Our collector incorporates new ideas into the original collector. We make it parallel and incremental; we employ concurrent low-priority background GC threads to take advantage of processor idle time; we propose novel algorithmic improvements to the basic mostly concurrent algorithm improving its efficiency and shortening its pause times; and finally, we use advanced techniques, such as a low-overhead work packet mechanism to enable full parallelism among the incremental and concurrent collecting threads and ensure load balancing.We compared the new collector to the mature, well-optimized, parallel, stop-the-world mark-sweep collector already in the IBM JVM. When allowed to run aggressively, using 72% of the CPU utilization during a short concurrent phase, our collector prototype reduces the maximum pause time from 161 ms to 46 ms while only losing 11.5% throughput when running the SPECjbb2000 benchmark on a 600-MB heap on an 8-way PowerPC 1.1-GHz processors. When the collector is limited to a nonintrusive operation using only 29% of the CPU utilization, the maximum pause time obtained is 79 ms and the loss in throughput is 15.4%. Katherine Barabash, Ori Ben-Yitzhak, Irit Goft, Elliot K. Kolodner, Victor Leikehman, Yoav Ossia, Avi Owshanko, Erez Petrank |
ACM Trans. Program. Lang. Syst. | 2 |
| 2004 | Mostly concurrent compaction for mark-sweep GCabstractA memory manager that does not move objects may suffer from memory fragmentation. Compaction is an efficient, and sometimes inevitable, mechanism for reducing fragmentation. A Mark-Sweep garbage collector must occasionally execute a compaction, usually while the application is suspended. Compaction during pause time can have detrimental effects for interactive applications that require guarantees for maximal pause time. This work presents a method for reducing the pause time created by compaction at a negligible throughput hit. The solution is most suitable when added to a Mark-Sweep garbage collector. Yoav Ossia, Ori Ben-Yitzhak, Marc Segal |
ISMM | 2 |
| 2002 | A Parallel, Incremental and Concurrent GC for ServersabstractMultithreaded applications with multi-gigabyte heaps running on modern servers provide new challenges for garbage collection (GC). The challenges for "server-oriented" GC include: ensuring short pause times on a multi-gigabyte heap, while minimizing throughput penalty, good scaling on multiprocessor hardware, and keeping the number of expensive multi-cycle fence instructions required by weak ordering to a minimum. We designed and implemented a fully parallel, incremental, mostly concurrent collector, which employs several novel techniques to meet these challenges. First, it combines incremental GC to ensure short pause times with concurrent low-priority background GC threads to take advantage of processor idle time. Second, it employs a low-overhead work packet mechanism to enable full parallelism among the incremental and concurrent collecting threads and ensure load balancing. Third, it reduces memory fence instructions by using batching techniques: one fence for each block of small objects allocated, one fence for each group of objects marked, and no fence at all in the write barrier. When compared to the mature well-optimized parallel stop-the-world mark-sweep collector already in the IBM JVM, our collector prototype reduces the maximum pause time from 284 ms to 101 ms, and the average pause time from 266 ms to 66 ms while only losing 10% throughput when running the SPECjbb2000 benchmark on a 256 MB heap on a 4-way 550 MHz Pentium multiprocessor. Yoav Ossia, Ori Ben-Yitzhak, Irit Goft, Elliot K. Kolodner, Victor Leikehman, Avi Owshanko |
PLDI | 2 |