[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190905165540.GJ2263813@devbig004.ftw2.facebook.com>
Date: Thu, 5 Sep 2019 09:55:40 -0700
From: Tejun Heo <tj@...nel.org>
To: Paolo Valente <paolo.valente@...aro.org>
Cc: Jens Axboe <axboe@...nel.dk>, newella@...com, clm@...com,
Josef Bacik <josef@...icpanda.com>, dennisz@...com,
Li Zefan <lizefan@...wei.com>,
Johannes Weiner <hannes@...xchg.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
linux-block <linux-block@...r.kernel.org>, kernel-team@...com,
cgroups@...r.kernel.org, ast@...nel.org, daniel@...earbox.net,
kafai@...com, songliubraving@...com, yhs@...com,
bpf@...r.kernel.org
Subject: Re: [PATCHSET block/for-next] IO cost model based work-conserving
porportional controller
Hello, Paolo.
So, I'm currently verifying iocost in the FB fleet. Around three
thousand machines running v5.2 (+ some backports) with btrfs on a
handful of different models of consumer grade SSDs. I haven't seen
complete loss of control as you're reporting. Given that you're
reporting the same thing on io.latency, which is deployed on multiple
orders of magnitude more machines at this point, it's likely that
there's something common affecting your test setup. Can you please
describe your test configuration and if you aren't already try testing
on btrfs?
Thanks.
--
tejun
Powered by blists - more mailing lists