From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44687) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eZsbB-0000hl-N5 for qemu-devel@nongnu.org; Fri, 12 Jan 2018 01:13:54 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eZsb6-0000yp-Mg for qemu-devel@nongnu.org; Fri, 12 Jan 2018 01:13:53 -0500 Received: from mail.ispras.ru ([83.149.199.45]:56546) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eZsb6-0000ye-EC for qemu-devel@nongnu.org; Fri, 12 Jan 2018 01:13:48 -0500 From: "Pavel Dovgalyuk" References: <20180111082452.27295.85707.stgit@pasha-VirtualBox> <20180111082738.27295.80055.stgit@pasha-VirtualBox> <0e223aaa-c3c9-1cdf-5548-5a532d3a7361@redhat.com> <000901d38add$ddb4b750$991e25f0$@ru> <17a6b61c-e151-a5e1-978a-b54da71dbe55@redhat.com> In-Reply-To: <17a6b61c-e151-a5e1-978a-b54da71dbe55@redhat.com> Date: Fri, 12 Jan 2018 09:13:50 +0300 Message-ID: <001301d38b6c$83c6d090$8b5471b0$@ru> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Content-Language: ru Subject: Re: [Qemu-devel] [RFC PATCH v3 29/30] replay: improve replay performance List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: 'Paolo Bonzini' , 'Pavel Dovgalyuk' , qemu-devel@nongnu.org Cc: kwolf@redhat.com, peter.maydell@linaro.org, boost.lists@gmail.com, quintela@redhat.com, jasowang@redhat.com, mst@redhat.com, zuban32s@gmail.com, maria.klimushenkova@ispras.ru, kraxel@redhat.com, alex.bennee@linaro.org > From: Paolo Bonzini [mailto:pbonzini@redhat.com] > On 11/01/2018 14:12, Pavel Dovgalyuk wrote: > >> From: Paolo Bonzini [mailto:paolo.bonzini@gmail.com] On Behalf Of Paolo Bonzini > >> On 11/01/2018 09:27, Pavel Dovgalyuk wrote: > >>> + } else { > >>> + qemu_notify_event(); > >>> + } > >> > >> Before this patch, what would do the qemu_notify_event? > > > > We tried using qemu_notify_event to wake up the iothread and speedup the replay, > > when there is no work for vcpu thread to do. > > But why doesn't the iothread wake up on its own? It will wake up by timeout. But with this change this happens sooner and replay goes faster. Pavel Dovgalyuk