From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56501) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUCtr-0006zt-6q for qemu-devel@nongnu.org; Tue, 25 Aug 2015 08:00:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZUCto-0006Jw-1I for qemu-devel@nongnu.org; Tue, 25 Aug 2015 08:00:23 -0400 Received: from mga02.intel.com ([134.134.136.20]:5952) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZUCtn-0006JE-R0 for qemu-devel@nongnu.org; Tue, 25 Aug 2015 08:00:19 -0400 From: Liang Li Date: Tue, 25 Aug 2015 19:59:07 +0800 Message-Id: <1440503950-14174-1-git-send-email-liang.z.li@intel.com> Subject: [Qemu-devel] [PATCH 0/3] Optimize the performance for single thread (de)compression List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: amit.shah@redhat.com, yang.z.zhang@intel.com, Liang Li , dgilbert@redhat.com, quintela@redhat.com When the (de)compression thread count is set to 1, the current implementation is inefficient because of the data copy and thread syncronization cost, a separate single (de)compression thread is useless for performance improvement and will result in performance degradation. If (de)compression thread count is set to 1, we skip to use the multiple threads mechanism. Liang Li (3): qemu-file: improve qemu_put_compression_data migration: optimization for one compression thread migration: optimization for one decompression thread migration/qemu-file.c | 10 +++++++++- migration/ram.c | 46 ++++++++++++++++++++++++++++++++++------------ 2 files changed, 43 insertions(+), 13 deletions(-) -- 1.9.1