From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@bugzilla.kernel.org
Subject: [Bug 118191] performance regression since dynamic halt-polling
Date: Fri, 13 May 2016 07:54:18 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
To: kvm@vger.kernel.org
Return-path:
Received: from mail.kernel.org ([198.145.29.136]:42798 "EHLO mail.kernel.org"
rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
id S1751089AbcEMHyV (ORCPT );
Fri, 13 May 2016 03:54:21 -0400
Received: from mail.kernel.org (localhost [127.0.0.1])
by mail.kernel.org (Postfix) with ESMTP id 2067A20251
for ; Fri, 13 May 2016 07:54:20 +0000 (UTC)
Received: from bugzilla2.web.kernel.org (bugzilla2.web.kernel.org [172.20.200.52])
by mail.kernel.org (Postfix) with ESMTP id 6A4AE201D3
for ; Fri, 13 May 2016 07:54:18 +0000 (UTC)
In-Reply-To:
Sender: kvm-owner@vger.kernel.org
List-ID:
https://bugzilla.kernel.org/show_bug.cgi?id=118191
Wanpeng Li changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |wanpeng.li@hotmail.com
--- Comment #1 from Wanpeng Li ---
Behavior before the commit: ~60% cpu usage
After the commit: 100% cpu
===============================================
I think this is the right phenomena which you will observe, it doesn't
influence scheduling on host, the poll will stop immediately once another
candidate task appears.
usage and much lower network throughput.
==============================================
There is a trace off between throughput and latency, you can stop dynamic
halt-polling by the interfaces which you have already found for throughput
oriented workloads.
--
You are receiving this mail because:
You are watching the assignee of the bug.