EDBT 2026 Demo / reviewers in the wild / expert
LuoQuan Zheng
dblp:28/1294
· DBLP profile ↗
1ranked-venue papers
1as first author
0since 2021 · last 1996
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Databases, 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.
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Storage systems · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Storage systems › i/o optimization
disk seek time reduction |
0.0 | 1 | 1996 | Speeding up External Mergesort · IEEE Trans. Knowl. Data Eng. 1996 |
Storage systems › out-of-core computation › external sorting
external mergesort |
0.0 | 1 | 1996 | Speeding up External Mergesort · IEEE Trans. Knowl. Data Eng. 1996 |
Storage systems › out-of-core computation
external sorting |
0.0 | 1 | 1996 | Speeding up External Mergesort · IEEE Trans. Knowl. Data Eng. 1996 |
Methods — techniques the papers use, named apart from their topics
simulation · 0.0
| Year | Publication | Venue | Position |
|---|---|---|---|
| 1996 | Speeding up External MergesortabstractExternal mergesort is normally implemented so that each run is stored continuously on disk and blocks of data are read exactly in the order they are needed during merging. We investigate two ideas for improving the performance of external mergesort: interleaved layout and a new reading strategy. Interleaved layout places blocks from different runs in consecutive disk addresses. This is done in the hope that interleaving will reduce seek overhead during merging. The new reading strategy precomputes the order in which data blocks are to be read according to where they are located on disk and when they are needed for merging. Extra buffer space makes it possible to read blocks in an order that reduces seek overhead, instead of reading them exactly in the order they are needed for merging. A detailed simulation model was used to compare the two layout strategies and three reading strategies. The effects of using multiple work disks were also investigated. We found that, in most cases, interleaved layout does not improve performance, but that the new reading strategy consistently performs better than double buffering and forecasting. LuoQuan Zheng, Per-Åke Larson |
IEEE Trans. Knowl. Data Eng. | 1 |