qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH] RFC: Add new block driver for the VDI format


From: Christoph Hellwig
Subject: Re: [Qemu-devel] [PATCH] RFC: Add new block driver for the VDI format
Date: Mon, 3 Aug 2009 17:20:21 +0200
User-agent: Mutt/1.3.28i

On Mon, Aug 03, 2009 at 04:02:58PM +0300, Avi Kivity wrote:
> Theoretically anything you can do with threads you can do with async 
> operations but experience has proven that async is much more difficult.  
> Consider the last qcow2 bug.

> Locking _is_ an easier problem than figuring out the state machine.  I 
> can't prove this but there's numerous anecdotal evidence on the subject.

Having worked with state machines and threads I agree.  Unless you have
very good runtime support (which I think is almost impossible in C) it's
extremly hard and error prone to do state machines that track every
possible blocking point.  Threads and locking are much easier, but they
come with a cost.  With a threaded model like the one in the qemu taw posix
code currently we will context switch for every request, even if it
would not block.

> 
> -- 
> error compiling committee.c: too many arguments to function
---end quoted text---




reply via email to

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