Matches in UGent Biblio for { <https://biblio.ugent.be/publication/1148370#aggregation> ?p ?o. }
Showing items 1 to 34 of
34
with 100 items per page.
- aggregation classification "A2".
- aggregation creator person.
- aggregation creator person.
- aggregation creator person.
- aggregation date "2007".
- aggregation format "application/pdf".
- aggregation hasFormat 1148370.bibtex.
- aggregation hasFormat 1148370.csv.
- aggregation hasFormat 1148370.dc.
- aggregation hasFormat 1148370.didl.
- aggregation hasFormat 1148370.doc.
- aggregation hasFormat 1148370.json.
- aggregation hasFormat 1148370.mets.
- aggregation hasFormat 1148370.mods.
- aggregation hasFormat 1148370.rdf.
- aggregation hasFormat 1148370.ris.
- aggregation hasFormat 1148370.txt.
- aggregation hasFormat 1148370.xls.
- aggregation hasFormat 1148370.yaml.
- aggregation isPartOf urn:issn:1943-5851.
- aggregation language "eng".
- aggregation rights "I have transferred the copyright for this publication to the publisher".
- aggregation subject "Technology and Engineering".
- aggregation title "Function level parallelism driven by data dependencies".
- aggregation abstract "With the rise of Chip multiprocessors (CMPs), the amount of parallel computing power will increase signif- icantly in the near future. However, most programs are sequential in nature and have not been explicitly paral- lelized, so they cannot exploit these parallel resources. Au- tomatic parallelization of sequential, non-regular codes is very hard, as illustrated by the lack of solutions after more than 30 years of research on the topic. The question remains if there is parallelism in sequential programs that can be de- tected automatically and if so, how much parallelism there is. In this paper, we propose a framework for extracting poten- tial parallelism from programs. Applying this framework to sequential programs can teach us how much parallelism is present in a program, but also tells us what the most appro- priate parallel construct for a program is, e.g. a pipeline, master/slave work distribution, etc. Our framework is profile-based, implying that it is not safe. It builds two new graph representations of the profile-data: the interprocedural data flow graph and the data sharing graph. This graphs show the data-flow between functions and the data structures facilitating this data-flow, respec- tively. We apply our framework on the SPECcpu2000 bzip2 bench- mark, achieving a speedup of 3.74 of the compression part and a global speedup of 2.45 on a quad processor system.".
- aggregation authorList BK689072.
- aggregation endPage "62".
- aggregation issue "1".
- aggregation startPage "55".
- aggregation volume "35".
- aggregation aggregates 1148371.
- aggregation isDescribedBy 1148370.
- aggregation similarTo 1241601.1241612.
- aggregation similarTo LU-1148370.