From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2E0FAC433E0 for ; Sat, 23 May 2020 16:42:29 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id D798420849 for ; Sat, 23 May 2020 16:42:28 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lechevalier.se header.i=@lechevalier.se header.b="BJKX5aRB" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728091AbgEWQm1 (ORCPT ); Sat, 23 May 2020 12:42:27 -0400 Received: from mailrelay3-3.pub.mailoutpod1-cph3.one.com ([46.30.212.12]:35899 "EHLO mailrelay3-3.pub.mailoutpod1-cph3.one.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727901AbgEWQm1 (ORCPT ); Sat, 23 May 2020 12:42:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lechevalier.se; s=20191106; h=content-transfer-encoding:content-type:mime-version:subject:references: in-reply-to:message-id:to:from:date:from; bh=5GdLK1zsFPU64p2k72Fg045K1miZ0ab+a2TfT/7AO3k=; b=BJKX5aRBC4gaLzJCjUNUVIm6fZGaL1tnBsQpm4B78X80P7Doxh3se2WXg1NC/kKSp121wLLYFxRol nDzZoRrlCLcKwtygp/zAePjgq4BWoGUPj3F47yK6TbvCLx4Sd24s1qJLzG4V1IoA2F1wKji9LoQfk2 jBXZLjjN/lNXQtGI9XJ0V4stfSEBIaV5agDY2Ei5BXNdfIrbiDdgK4gqs3lqpm+wQscRW62Nlq30xk FY9u5E7d0Uj84aXwkfTNeKg0Gd3YUfPZa75FoRtUfVTu1yqd+FQTPFaoXWLpqACWJrFU224rmaZi1x 3HVvcydtuoI2lLXb3OHtJzhKFbY2psQ== X-HalOne-Cookie: 7503e6c6f2607ee34a3939924d9e79eb3e802ab8 X-HalOne-ID: 6154d6e9-9d14-11ea-8054-d0431ea8bb03 Received: from [192.168.0.126] (h-131-138.a357.priv.bahnhof.se [81.170.131.138]) by mailrelay3.pub.mailoutpod1-cph3.one.com (Halon) with ESMTPSA id 6154d6e9-9d14-11ea-8054-d0431ea8bb03; Sat, 23 May 2020 16:42:24 +0000 (UTC) Date: Sat, 23 May 2020 18:42:27 +0200 (GMT+02:00) From: A L To: Btrfs BTRFS Message-ID: <62395bb.90271dad.172426a118f@lechevalier.se> In-Reply-To: References: <2ae5353b-461b-6a87-227c-f13b0c2ccfe2@suse.com> Subject: Re: 5.6, slow send/receive, < 1MB/s MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Mailer: R2Mail2 Sender: linux-btrfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-btrfs@vger.kernel.org ---- From: Jorge Bastos -- Sent: 2020-05-23 - 18= :11 ---- > Hi there, >=20 > I'm also having much lower than normal send/receive performance since > upgrading to kernel 5.6 (currently kernel 5.6.13 - btrfs-progs 5.6), > there's also a very high CPU utilization during it, anything that can > be done for now? >=20 > Regards, > Jorge Bastos One possibility is to add "mbuffer" in the pipeline. It is async compared t= o "pv". This helps quite a bit on spinning HDD's.=20 # btrfs send /some/subvol | mbuffer | btrfs receive /other/destination PS. There was a possibility of a bug in <=3Dmbuffer-20150412 so don't use t= hese old versions.=20