EDBT 2026 Demo / reviewers in the wild / expert
Zia Ul Huda
dblp:157/4443
· DBLP profile ↗
4ranked-venue papers
2as first author
0since 2021 · last 2019
0000-0002-2223-4452ORCID · verified
Domains — the database's venue-derived domains; a paper can count in several
Systems, architecture and hardware · 3 · 2 first-authorSoftware engineering, systems software and programming languages · 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
1 paper |
Parallel and multicore computing · 100% | |
| Software engineering, system software, and programming languages
1 paper |
Program analysis · 100% |
Topics — the 3 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Program analysis › dynamic analysis
dynamic dependency analysis |
0.2 | 1 | 2014 | Using Template Matching to Infer Parallel Design Patterns · ACM Trans. Archit. Code Optim. 2014 |
Parallel and multicore computing › parallel programming models and runtimes
parallel patterns |
0.2 | 1 | 2014 | Using Template Matching to Infer Parallel Design Patterns · ACM Trans. Archit. Code Optim. 2014 |
Parallel and multicore computing
template matching |
0.2 | 1 | 2014 | Using Template Matching to Infer Parallel Design Patterns · ACM Trans. Archit. Code Optim. 2014 |
Methods — techniques the papers use, named apart from their topics
template matching · 0.4dynamic dependence graphs · 0.2dynamic dependence graph · 0.2
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2019 | Dissecting sequential programs for parallelization - An approach based on computational unitsabstractSummary When trying to parallelize a sequential program, programmers routinely struggle during the first step: finding out which code sections can be made to run in parallel. While identifying such code sections, most of the current parallelism discovery techniques focus on specific language constructs. In contrast, we propose to concentrate on the computations performed by a program. In our approach, a program is treated as a collection of computations communicating with one another using a number of variables. Each computation is represented as a computational unit (CU). A CU contains the inputs and outputs of a computation, and the three phases of a computation are read, compute, and write. Based on the notion of CU, which ensures that the read phase executes before the write phase, we present a unified framework to identify both loop parallelism and task parallelism in sequential programs. We conducted a range of experiments on 23 applications from four different benchmark suites. Our approach accurately identified the parallelization opportunities in benchmark applications based on comparison with their parallel versions. We have also parallelized the opportunities identified by our approach that were not implemented in the parallel versions of the benchmarks and reported the speedup. Rohit Atre, Zia Ul Huda, Felix Wolf 0001, Ali Jannesari |
Concurr. Comput. Pract. Exp. | 2 |
| 2016 | Automatic Parallel Pattern Detection in the Algorithm Structure Design SpaceabstractParallel design patterns have been developed to help programmers efficiently design and implement parallel applications. However, identifying a suitable parallel pattern for a specific code region in a sequential application is a difficult task. Transforming an application according to support structures applicable to these parallel patterns is also very challenging. In this paper, we present a novel approach to automatically find parallel patterns in the algorithm structure design space of sequential applications. In our approach, we classify code blocks in a region according to the appropriate supportstructure of the detected pattern. This classification eases the transformation of a sequential application into its parallel version. Weevaluated our approach on 17 applications from four different benchmark suites. Our method identified suitable algorithm structure patterns in the sequential applications. We confirmed our results by comparing them with the existing parallel versions of these applications. We also implemented the patterns we detected in cases in which parallel implementations were not available and achieved speedups of up to 14x. Zia Ul Huda, Rohit Atre, Ali Jannesari, Felix Wolf 0001 |
IPDPS | 1 |
| 2016 | Unveiling parallelization opportunities in sequential programs
Zhen Li 0005, Rohit Atre, Zia Ul Huda, Ali Jannesari, Felix Wolf 0001 |
J. Syst. Softw. | 3 |
| 2014 | Using Template Matching to Infer Parallel Design PatternsabstractThe triumphant spread of multicore processors over the past decade increases the pressure on software developers to exploit the growing amount of parallelism available in the hardware. However, writing parallel programs is generally challenging. For sequential programs, the formulation of design patterns marked a turning point in software development, boosting programmer productivity and leading to more reusable and maintainable code. While the literature is now also reporting a rising number of parallel design patterns, programmers confronted with the task of parallelizing an existing sequential program still struggle with the question of which parallel pattern to apply where in their code. In this article, we show how template matching, a technique traditionally used in the discovery of sequential design patterns, can also be used to support parallelization decisions. After looking for matches in a previously extracted dynamic dependence graph, we classify code blocks of the input program according to the structure of the parallel patterns we find. Based on this information, the programmer can easily implement the detected pattern and create a parallel version of his or her program. We tested our approach with six programs, in which we successfully detected pipeline and do-all patterns. Zia Ul Huda, Ali Jannesari, Felix Wolf 0001 |
ACM Trans. Archit. Code Optim. | 1 |