| Submitter | Juan Quintela |
|---|---|
| Date | Feb. 22, 2013, 10:16 a.m. |
| Message ID | <1361528201-15422-1-git-send-email-quintela@redhat.com> |
| Download | mbox |
| Permalink | /patch/222500/ |
| State | New |
| Headers | show
Return-Path: <qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org> X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from lists.gnu.org (lists.gnu.org [208.118.235.17]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTPS id B14142C02B0 for <incoming@patchwork.ozlabs.org>; Fri, 22 Feb 2013 21:17:11 +1100 (EST) Received: from localhost ([::1]:47179 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org>) id 1U8pgj-0002Oo-OQ for incoming@patchwork.ozlabs.org; Fri, 22 Feb 2013 05:17:09 -0500 Received: from eggs.gnu.org ([208.118.235.92]:48023) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from <quintela@redhat.com>) id 1U8pgQ-0002Hz-HE for qemu-devel@nongnu.org; Fri, 22 Feb 2013 05:16:52 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <quintela@redhat.com>) id 1U8pgK-0004iB-Jq for qemu-devel@nongnu.org; Fri, 22 Feb 2013 05:16:50 -0500 Received: from mx1.redhat.com ([209.132.183.28]:26480) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <quintela@redhat.com>) id 1U8pgK-0004i4-Au for qemu-devel@nongnu.org; Fri, 22 Feb 2013 05:16:44 -0500 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r1MAGhlF012790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <qemu-devel@nongnu.org>; Fri, 22 Feb 2013 05:16:43 -0500 Received: from trasno.mitica (ovpn-113-94.phx2.redhat.com [10.3.113.94]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id r1MAGgjI012893; Fri, 22 Feb 2013 05:16:42 -0500 From: Juan Quintela <quintela@redhat.com> To: qemu-devel@nongnu.org Date: Fri, 22 Feb 2013 11:16:37 +0100 Message-Id: <1361528201-15422-1-git-send-email-quintela@redhat.com> X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 209.132.183.28 Subject: [Qemu-devel] [PULL 0/4] migration stats queue X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: <qemu-devel.nongnu.org> List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>, <mailto:qemu-devel-request@nongnu.org?subject=unsubscribe> List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel> List-Post: <mailto:qemu-devel@nongnu.org> List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help> List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>, <mailto:qemu-devel-request@nongnu.org?subject=subscribe> Errors-To: qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org Sender: qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org |
Hi We add the calculation back. Before doing the calculation we do: - expected_downtime intial value is max_downtime. Much, much better intial value than 0. - we move when we measure the time. We used to measure how much it took "before" we really sent the data. - we introduce sleep_time concept. While we are sleeping because we have sent all the allowed data for this second we shouldn't be accounting that time as "sending". - last patch just introduces the re-calculation of expected_downtime. It just changes the stats value. Well, patchs 2 & 3 change the bandwidth calculation for migration, but I think that we were undercalculating it enough than it was a bug. Without the 2 & 3 patches, the "expected_downtime" for an idle gust was calculated as 80ms (with 30 ms default target value), and we ended having a downtime of around 15ms. With this patches applied, we calculate an expected downtime of around 15ms or so, and then we spent aroqund 18ms on downtime. Notice that we only calculate how much it takes to sent the rest of the RAM, it just happens that there is some more data to sent that what we are calculating. Review, please. Later, Juan. The following changes since commit 73d4dc71f3a41131541c73b3ac2a8b160a51842b: gtk: suppress accelerators from the File menu when grab is active (2013-02-21 16:34:49 -0600) are available in the git repository at: git://repo.or.cz/qemu/quintela.git stats.next for you to fetch changes up to 90f8ae724a575861f093fbdbfd49a925bcfec327: migration: calculate expected_downtime (2013-02-22 10:12:52 +0100) ---------------------------------------------------------------- Juan Quintela (4): migration: change initial value of expected_downtime migration: calculate end time after we have sent the data migration: don't account sleep time for calculating bandwidth migration: calculate expected_downtime arch_init.c | 1 + include/migration/migration.h | 1 + migration.c | 15 +++++++++++++-- 3 files changed, 15 insertions(+), 2 deletions(-)