From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O6kh1-00010m-Bu for qemu-devel@nongnu.org; Tue, 27 Apr 2010 09:19:15 -0400 Received: from [140.186.70.92] (port=34236 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O6kgz-0000yr-IA for qemu-devel@nongnu.org; Tue, 27 Apr 2010 09:19:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O6kgx-0002BE-8b for qemu-devel@nongnu.org; Tue, 27 Apr 2010 09:19:12 -0400 Received: from mail-qy0-f188.google.com ([209.85.221.188]:46833) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O6kgx-0002BA-5X for qemu-devel@nongnu.org; Tue, 27 Apr 2010 09:19:11 -0400 Received: by qyk26 with SMTP id 26so6978290qyk.19 for ; Tue, 27 Apr 2010 06:19:10 -0700 (PDT) Message-ID: <4BD6E44A.8050204@codemonkey.ws> Date: Tue, 27 Apr 2010 08:19:06 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <20100426172634.GC15278@x200.localdomain> <4BD5D28C.7080700@codemonkey.ws> <20100426221258.GH15278@x200.localdomain> <4BD61584.9080208@codemonkey.ws> <20100427111140.GF10044@redhat.com> <4BD6DFD2.7050509@codemonkey.ws> <20100427130556.GH10044@redhat.com> In-Reply-To: <20100427130556.GH10044@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: KVM call agenda for Apr 27 List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: Chris Wright , qemu-devel@nongnu.org, kvm@vger.kernel.org On 04/27/2010 08:05 AM, Gleb Natapov wrote: > On Tue, Apr 27, 2010 at 08:00:02AM -0500, Anthony Liguori wrote: > >> On 04/27/2010 06:11 AM, Gleb Natapov wrote: >> >>> Network cards have low number of rx/tx buffers interrupt. This is also >>> heuristic. Do you think driver should poll for this event instead and >>> NIC designers just wasted their time designing the feature? >>> >> I don't see how the two cases are at all similar. >> >> > They are the same. They send notification when resource is low. > > >> More importantly, I don't see what the burden is of polling when >> you're talking about a very unusual statistic that has a very >> limited use case. >> >> > Poll is the wrong answer. Always. The statistic is very common and has > wide use case unless you have unlimited storage. > Every management tool does polling in some form. They'll poll CPU stats, I/O stats, etc. The typical use-case for overcommitting storage is using file backed images. Using a dynamically growing LVM volume is almost certainly unique to RHEV-M. Regards, Anthony Liguori > -- > Gleb. >