From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [Qemu-devel] [PATCH v2] posix-aio-compat: fix latency issues Date: Tue, 23 Aug 2011 09:02:00 -0500 Message-ID: <4E53B2D8.7080608@codemonkey.ws> References: <1313294689-21572-1-git-send-email-avi@redhat.com> <4E5291DF.1070603@siemens.com> <4E539FA9.3010507@codemonkey.ws> <4E53A4E4.1090807@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Kevin Wolf , Stefan Hajnoczi , Avi Kivity , "kvm@vger.kernel.org" , "qemu-devel@nongnu.org" To: Jan Kiszka Return-path: Received: from mail-gx0-f174.google.com ([209.85.161.174]:45194 "EHLO mail-gx0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754966Ab1HWOCE (ORCPT ); Tue, 23 Aug 2011 10:02:04 -0400 Received: by gxk21 with SMTP id 21so104556gxk.19 for ; Tue, 23 Aug 2011 07:02:03 -0700 (PDT) In-Reply-To: <4E53A4E4.1090807@siemens.com> Sender: kvm-owner@vger.kernel.org List-ID: On 08/23/2011 08:02 AM, Jan Kiszka wrote: > On 2011-08-23 14:40, Anthony Liguori wrote: >> You should be able to just use an eventfd or pipe. >> >> Better yet, we should look at using GThreadPool to replace posix-aio-compat. > > When interacting with the thread pool is part of some time-critical path > (easily possible with a real-time Linux guest), general-purpose > implementations like what glib offers are typically out of the game. > They do not provide sufficient customizability, specifically control > over their internal synchronization and allocation policies. That > applies to the other rather primitive glib threading and locking > services as well. We can certainly enhance glib. glib is a cross platform library. I don't see a compelling reason to invent a new cross platform library just for QEMU especially if the justification is future features, not current features. Regards, Anthony Liguori > > Jan >