Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp430068ybl; Tue, 7 Jan 2020 23:04:46 -0800 (PST) X-Google-Smtp-Source: APXvYqxCYz6+ymLBiq+7wlepSoAavj6TfyhMSBr/n1nce6puwFtX6Rnr0czdNcnVT5QcsLpEG8SN X-Received: by 2002:a9d:5c10:: with SMTP id o16mr3243882otk.286.1578467086829; Tue, 07 Jan 2020 23:04:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578467086; cv=none; d=google.com; s=arc-20160816; b=npj0GopRpOCKAuKAwqIAaTvwCjMlwg7Zu2kfHHkXMpIxvyPRGtK/kD5lAeuYfYO8J7 AzqeuDHzs5+9y+SJZVegO8QAu4UlYRyGKAwG0sSR47hUypmBuenDdVG84KKhSBmJHK4X 8GxKL+hkn+g5KmNfsjzn9/hKJuTJrgR7QsGYLNClJSO7xGUXLKsttBqwUjuqLCqnWa4+ rdkwbPoO132J0K9wpB7C6XesSY3kulhUO/SwG1w9xq/GNiHw6VzC5acJBm6MOedR2PeJ A15BF8jsdvXhmkaDoCDuuD5GKQh1muBHN7xEIg3bZtvj5wCGqN9dx9IOKSpQgeu4W848 NnbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:subject:from; bh=0n6tCIrHD9rNIVG50UlAUNXaYH2YTL2YNKYJ9k4Pvaw=; b=tiOCdffkjfAAXF25HvgZ+PZpaGQ54OaQONO1sZwTbydRVKq6+5OoIxxBh0H/TqMz2P jq3pY3x4rzGzBmcWavJmb8pOOZtpbcmNTHs5u2dJnc6rAAki5xeZfntnav7KZn01VwOu 5otLT9Bz/d70oKdEnldBH3LCGo2ZJCb9TYK59Ll6b6tiN94CSUEwZRfh8E05q1fCJhoo iB6RNsakqce9PL5sIG8It6eAF2+UTaH1N4NNPz83jOnaTOjZ7hxjEIuwSsva8CNb3NKS NBcSXMH/V00tjFRzrfq+rvEbzSNJAICPW1JImTuUXMlTKNCmm1yxBQgMAKY6hIXULunO /7fg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k10si1335425oik.276.2020.01.07.23.04.34; Tue, 07 Jan 2020 23:04:46 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726598AbgAHHDk (ORCPT + 99 others); Wed, 8 Jan 2020 02:03:40 -0500 Received: from cloud1-vm154.de-nserver.de ([178.250.10.56]:43509 "EHLO cloud1-vm154.de-nserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726079AbgAHHDj (ORCPT ); Wed, 8 Jan 2020 02:03:39 -0500 Received: (qmail 1578 invoked from network); 8 Jan 2020 07:58:13 +0100 X-Fcrdns: No Received: from phoffice.de-nserver.de (HELO [10.11.11.182]) (185.39.223.5) (smtp-auth username hostmaster@profihost.com, mechanism plain) by cloud1-vm154.de-nserver.de (qpsmtpd/0.92) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA; Wed, 08 Jan 2020 07:58:13 +0100 X-GeoIP-Country: DE From: Stefan Priebe - Profihost AG Subject: slow sync performance on LSI / Broadcom MegaRaid performance with battery cache To: Ric Wheeler , Christoph Hellwig , Chinmay V S Cc: "J. Bruce Fields" , Theodore Ts'o , linux-fsdevel@vger.kernel.org, Al Viro , LKML , Matthew Wilcox References: <528CA73B.9070604@profihost.ag> <20131120125446.GA6284@infradead.org> <528CC36A.7080003@profihost.ag> <20131120153703.GA23160@thunk.org> <20131120155507.GA5380@fieldses.org> <20131120175807.GC5380@fieldses.org> <20131121101101.GA18404@infradead.org> <528FB828.5000301@profihost.ag> <528FC09E.5090004@redhat.com> <5290F386.5040806@profihost.ag> <5291038E.4000908@redhat.com> Message-ID: Date: Wed, 8 Jan 2020 07:58:13 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 MIME-Version: 1.0 In-Reply-To: <5291038E.4000908@redhat.com> Content-Type: text/plain; charset=windows-1252 Content-Language: de-DE Content-Transfer-Encoding: 7bit X-User-Auth: Auth by hostmaster@profihost.com through 185.39.223.5 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello list, while we used adaptec controller with battery cache for years we recently switched to dell hw using the perc controllers which are rebranded lsi/broadcom controllers. We're running btrfs subvolume / snapshot workloads and while those are very fast on btrfs using a btrfs raid 0 on top of several raid 5 running on adaptec (battery backed up) in write back mode. The performance really sucks on those LSI controllers even the one i have has 8GB cache instead of just 1GB at adaptec. Especially sync / fsync are awfully slow taking sometimes 30-45 minutes while btrfs is doing snapshots. The workload on all machines is the same and the disks are ok. Is there a way to disable FLUSH / sync at all for those devices? Just to test? I'm already using nobarrier mount option on btrfs but this does not help either. Thanks! Greets, Stefan