Netzer's research while affiliated with Brown University and other places

What is this page?


This page lists the scientific contributions of an author, who either does not have a ResearchGate profile, or has not yet added these contributions to their profile.

It was automatically created by ResearchGate to create a record of this author's body of work. We create such pages to advance our goal of creating and maintaining the most comprehensive scientific repository possible. In doing so, we process publicly available (personal) data relating to the author as a member of the scientific community.

If you're a ResearchGate member, you can follow this page to keep up with this author's work.

If you are this author, and you don't want us to display this page anymore, please let us know.

Publications (2)


Detecting Race Conditions in Parallel Programs that Use Semaphores
  • Article

April 2003

·

13 Reads

·

11 Citations

Algorithmica

Klein

·

Netzer

·

Lu

We address the problem of detecting race conditions in programs that use semaphores for synchronization. Netzer and Miller showed that it is NP-complete to detect race conditions in programs that use many semaphores. We show in this paper that it remains NP-complete even if only two semaphores are used in the parallel programs. For the tractable case, i.e., using only one semaphore, we give two algorithms for detecting race conditions from the trace of executing a parallel program on p processors, where n semaphore operations are executed. The first algorithm determines in O(n) time whether a race condition exists between any two given operations. The second algorithm runs in O( np log n) time and outputs a compact representation from which one can determine in O(1) time whether a race condition exists between any two given operations. The second algorithm is near-optimal in that the running time is only O( log n) times the time required simply to write down the output.

Share

Optimal tracing and replay for debugging message-passing parallel programs
  • Article
  • Full-text available

January 1992

·

95 Reads

·

103 Citations

A techinque for tracing and replaying message-passing programs for debugging is presented. The technique is optimal in the common case and has good performance in the worst case. By making runtime tracing decisions, only a fraction of the total number of messages is traced, gaining two orders of magnitude reduction over traditional techniques which trace every message. Experiments indicate that only 1% of the messages often need to be traced. These traces are sufficient to provide replay, allowing an execution to be reproduced any number of times for debugging. This work is novel in that runtime decisions are used to detect and trace only those messages that introduce nondeterminacy. With the proposed strategy, large reductions in trace size allow long-running programs to be replayed that were previously unmanageable. In addition, the reduced tracing experiments alleviate tracing bottlenecks, allowing executions to be debugged with substantially lower execution-time overhead.

Download

Citations (2)


... • The implementation of the features related to concurrency in Umple, including code generation for real-time applications. • Introducing an active object pattern that extends the one introduced by Lavender (Klein, Lu, and Netzer, 2003;Lavender and Schmidt, 1996). Our pattern aims to enhance communication among active objects as in the points below. ...

Reference:

Concurrent Programming using Umple
Detecting Race Conditions in Parallel Programs that Use Semaphores
  • Citing Article
  • April 2003

Algorithmica

... Netzer [24,25] traces the event order at run-time via Fidge- style vector clocks in the context of message-passing. However, it is unclear if his system is able to support multiple channels of different kinds (synchronous/asynchronous) as supported in our approach. ...

Optimal tracing and replay for debugging message-passing parallel programs