http://qs321.pair.com?node_id=601860


in reply to Threads or no Threads

In case it's of use, I wrote a couple of scripts to run a command, killing it if it took more than a specified timeout, and reporting how long it took to run:

Update: Using this node nowadays for links on Threading and Concurrency.

Perl Documentation

CPAN

Perl monk marioroy has produced some excellent CPAN modules in this domain:

See also:

Event-driven Programming

Event-driven programming is an attractive alternative to threads, especially when using scripting languages.

For Perl, Mojolicious seems to be the most popular nowadays, as described at:

See also:

Chunking

As noted by marioroy, chunking complements event-driven programming.

Some further chunking examples from marioroy:

See also: event-driven references in the Wikipedia References section below.

TLS/SSL Related

On CPAN:

Some Perl Monks Threading and Concurrency Nodes

Windows and Strawberry Perl

Parallel::ForkManager

Promises and Futures

Signals

C++ Multi-Threading

Unit Testing Concurrent Code

Test-driven development, a practice enabling developers to detect bugs early by incorporating unit testing into the development process, has become wide-spread, but it has only been effective for programs with a single thread of control. The order of operations in different threads is essentially non-deterministic, making it more complicated to reason about program properties in concurrent programs than in single-threaded programs.

-- from a recent PhD proposal to develop a concurrent testing framework

See the "Testing Concurrent Software References" section below for more references in this active area of research. Though I haven't used any of these tools yet, I'd be interested to hear from folks who have or who have general advice and tips on how to troubleshoot and fix complex concurrency-related bugs. In particular, I'm not aware of any Perl-based concurrent testing frameworks.

In practice, the most effective, if crude, method I've found for dealing with nasty concurrency bugs is good tracing code at just the right places combined with understanding and reasoning about the code, performing experiments, and "thinking like a detective".

One especially useful experiment (mentioned in Clean Code) is to add "jiggle points" at critical places in your concurrent code and have the jiggle point either do nothing, yield, or sleep for a short interval. There are more sophisticated tools available, for example IBM's ConTest, that use this approach to flush out bugs in concurrent code.

Testing Concurrent Software References

Wikipedia References

See Also

Updated: Extra references added long after the original reply was made.