Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Luddy Harrison

dblp:54/4239 · DBLP profile ↗
← Back
6ranked-venue papers
3as first author
0since 2021 · last 2005
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Systems, architecture and hardware · 4 · 2 first-authorSoftware engineering, systems software and programming languages · 2 · 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
Compilers and program optimization · 67% Concurrent programming · 33%
Computer architecture, parallel and distributed computing, and storage systems
1 paper
Parallel and multicore computing · 50% GPUs and heterogeneous computing · 50%
Computer networks
1 paper
Internet architecture and protocols · 100%

Topics — the 7 heaviest of 7, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Compilers and program optimization › parallelization
automatic parallelization
0.112005
Automatic multithreading and multiprocessing of C programs for IXP · PPoPP 2005
Concurrent programming › concurrency models
multithreading
0.112005
Automatic multithreading and multiprocessing of C programs for IXP · PPoPP 2005
Compilers and program optimization
parallelizing compiler
0.112005
Automatically partitioning packet processing applications for pipelined architectures · PLDI 2005
GPUs and heterogeneous computing › packet processing
packet processing pipelines
0.112005
Automatically partitioning packet processing applications for pipelined architectures · PLDI 2005
Parallel and multicore computing
pipeline parallelism
0.112005
Automatically partitioning packet processing applications for pipelined architectures · PLDI 2005
Internet architecture and protocols › packet processing
network processor
0.012005
Automatic multithreading and multiprocessing of C programs for IXP · PPoPP 2005
Internet architecture and protocols
packet processing
0.012005
Automatic multithreading and multiprocessing of C programs for IXP · PPoPP 2005

Methods — techniques the papers use, named apart from their topics

program transformation · 0.1automatic synchronization insertion · 0.1
YearPublicationVenuePosition
2005 Automatically partitioning packet processing applications for pipelined architectures
abstract
Modern network processors employs parallel processing engines (PEs) to keep up with explosive internet packet processing demands. Most network processors further allow processing engines to be organized in a pipelined fashion to enable higher processing throughput and flexibility. In this paper, we present a novel program transformation technique to exploit parallel and pipelined computing power of modern network processors. Our proposed method automatically partitions a sequential packet processing application into coordinated pipelined parallel subtasks which can be naturally mapped to contemporary high-performance network processors. Our transformation technique ensures that packet processing tasks are balanced among pipeline stages and that data transmission between pipeline stages is minimized. We have implemented the proposed transformation method in an auto-partitioning C compiler product for Intel Network Processors. Experimental results show that our method provides impressive speed up for the commonly used NPF IPv4 forwarding and IP forwarding benchmarks. For a 9-stage pipeline, our auto-partitioning C compiler obtained more than 4X speedup for the IPv4 forwarding PPS and the IP forwarding PPS (for both the IPv4 traffic and IPv6 traffic).
Jinquan Dai, Bo Huang 0002, Luddy Harrison
PLDI4
2005 Automatic multithreading and multiprocessing of C programs for IXP
abstract
Effective compilation of packet processing applications onto the Intel IXP network processors requires, among other things, the automatic use of multiple threads on one or more processing elements, and the automatic introduction of synchronization as required to correctly enforce dependences between such threads. We describe the program transformation that is used in the Intel Auto-partitioning C Compiler for IXP to automatically multithread/multi-process a program for the IXP. This transformation consists of steps that introduce inter-thread signaling to enforce dependences, optimize the placement of such signaling, reduce the number of signals in use to the number available in hardware, and transform the initialization code for correct execution in the multithreaded version. Experimental results show that our method provides impressive speedup for six PPSes (Packet Processing Stages) in the widely used NPF IP forwarding benchmarks. For most packet processing stages, our algorithms can achieve almost linear performance improvement after automatic multi-threading transformation. The automatic multi-processing transformation help further boost the speedup of two PPSes.
Bo Huang 0002, Jinquan Dai, Luddy Harrison
PPoPP4
1997 Can Abstract Interpretation Become a Mainstream Compiler Technology? (Abstract)
Luddy Harrison
SAS1
1996 Examination of a Memory Access Classification Scheme for Pointer-Intensive and Numeric Programs
abstract
In recent work, we have described a data prefetch mechanism for pointer-intensive and numeric computations, and presented detailed measurements on a suite of benchmarks to quanti~its performance potential] [HM94, Meh96].In this paper we review a simple classification for memory access patterns on which the prefetch mechanism is based, and then take a close look at two codes from our suite.Focusing on just two programs allows us to display a wide range of slmulauon data.Results from this study several additional optimizations for future data prefetch mechanisms,
Luddy Harrison
International Conference on Supercomputing1
1990 On-the-fly circuit to measure the average working set size
abstract
Two economic methods (Markov chain method and filtering method) which estimate the average working set size of a program on the fly are presented. Both methods are simple enough to be implemented inside a VLSI processor chip with small space requirements, or outside the chip to probe the memory reference traffic. The on-the-fly circuit tools that can estimate the average working set size of a program without much loss of accuracy make unnecessary the problematic and expensive procedures (hardware monitoring or simulation) of collecting the reference traces. Such tools can be used in all studies that require program locality measurements, including the study of a program locality, the effectiveness study of locality improvement techniques, and the study of optimizing compiler's effect on program locality. Since both methods require only one comparison and an increment of one or two counters per memory reference, they can be easily implemented as circuits to probe the reference traffic between the processor and the main memory.>
Kwangkeun Yi, Luddy Harrison
ICCD2
1988 Parcel: project for the automatic restructuring and concurrent evaluation of LISP
abstract
Parcel (Project for the Automatic Restructuring and Concurrent Evaluation of Lisp) is an investigation of the problem of compiling Lisp for evaluation on a shared memory multiprocessor. In this paper, we present an overview of the process of compilation in Parcel. This process consists, broadly, of an interprocedural analysis, followed by a function-level restructuring of the lambda expressions that constitute a program. We discuss both of these phases, and illustrate the steps of restructuring with a few examples. A novel representation for s-expressions is employed in Parcel, to facilitate the parallel creation and access of lists; we review this representation, and discuss its implications for the compilation process. We conclude with some preliminary performance measurements of the prototypes of the Parcel compiler and run-time system.
Luddy Harrison, David A. Padua
ICS1