[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220804200712.gaiswmkjsa3pnkc5@offworld>
Date: Thu, 4 Aug 2022 13:07:12 -0700
From: Davidlohr Bueso <dave@...olabs.net>
To: Dave Jiang <dave.jiang@...el.com>
Cc: linux-cxl@...r.kernel.org, dan.j.williams@...el.com,
bwidawsk@...nel.org, Jonathan.Cameron@...wei.com,
ira.weiny@...el.com, alison.schofield@...el.com,
vishal.l.verma@...el.com, a.manzanares@...sung.com,
mcgrof@...nel.org, linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 0/2] cxl: BG operations and device sanitation
On Thu, 04 Aug 2022, Dave Jiang wrote:
>>From the operational sense everything looks good to me. As for the
>polling delay on overwrite, with pre-CXL pmem on Optane, we've
>discovered that overwrite can take a long time depending on the size.
>Sometimes MANY hours if the size is really large. We just opted to
>increment the polling interval as time went on [1] instead of based on
>size.
Thanks for having a look. Sure, we can do that, I have no particular attachment
to doing it based on size (it's just the way it occured to me). I am curious,
though: While regardless of size vs time based estimates, are the numbers
expected to be similar for volatile regions? All these numbers being from
nvdimm DSM docs.
Thanks,
Davidlohr
Powered by blists - more mailing lists