qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Re: [Qemu-devel] [PATCH 01/13] Handle terminating signal


From: Avi Kivity
Subject: Re: [Xen-devel] Re: [Qemu-devel] [PATCH 01/13] Handle terminating signals.
Date: Wed, 27 Aug 2008 11:05:08 +0300
User-agent: Thunderbird 2.0.0.16 (X11/20080723)

Julian Seward wrote:
On Tuesday 26 August 2008, Avi Kivity wrote:

Threading bugs in the implementation?  In 2008?

Practically all serious software is multithreaded nowadays.

That's not in itself an argument in support of writing threaded code
if you don't have to.

I spent much of the last year developing thread-checking tools
in the Valgrind framework (Helgrind), and testing them on serious
software.  From that I would say that practically all serious
multithreaded software is riddled with threading bugs, mostly
data races and inconsistent lock orderings (potential deadlocks).

Most serious software has to be threaded. The absence of nonblocking libraries, the complexities of compositing nonblocking components when they do exist, and the requirement for utilizing multiple cores, all push towards threading.

I agree that it's incredibly easy to write badly threaded code. But I don't see a way to avoid it.

--
error compiling committee.c: too many arguments to function





reply via email to

[Prev in Thread] Current Thread [Next in Thread]