From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io0-f180.google.com ([209.85.223.180]:34858 "EHLO mail-io0-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752530AbcBJCgL (ORCPT ); Tue, 9 Feb 2016 21:36:11 -0500 Received: by mail-io0-f180.google.com with SMTP id d63so7895595ioj.2 for ; Tue, 09 Feb 2016 18:36:11 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: <56A230C3.3080100@netcologne.de> <56A6082C.3030007@netcologne.de> <56A73460.7080100@netcologne.de> <56A7CF97.6030408@gmail.com> <56A88452.6020306@netcologne.de> <56A8F18E.3070400@gmail.com> <56AF676B.2070902@netcologne.de> <56B9EE1E.2040000@netcologne.de> Date: Tue, 9 Feb 2016 19:36:10 -0700 Message-ID: Subject: Re: btrfs-progs 4.4 re-balance of RAID6 is very slow / limited to one cpu core? From: Chris Murphy Cc: Christian Rohmann , "Austin S. Hemmelgarn" , linux-btrfs Content-Type: text/plain; charset=UTF-8 To: unlisted-recipients:; (no To-header on input) Sender: linux-btrfs-owner@vger.kernel.org List-ID: This could also be interesting. It means canceling the balance in progress; waiting some time; and then cancelling it again to get results to return. # perf stat -B btrfs balance start / ## Again, single device example, balancing at expected performance. http://fpaste.org/320562/55071438/ I didn't try this but, it looks like it'd be a variation on the above, attaching to a running balance: # perf stat -B -p sleep 60 Anyway... Chris Murphy