From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi1-f177.google.com ([209.85.167.177]:46546 "EHLO mail-oi1-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387393AbgAXUja (ORCPT ); Fri, 24 Jan 2020 15:39:30 -0500 Received: by mail-oi1-f177.google.com with SMTP id 13so754349oij.13 for ; Fri, 24 Jan 2020 12:39:29 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Mauricio Tavares Date: Fri, 24 Jan 2020 15:39:18 -0500 Message-ID: Subject: Re: CPUs, threads, and speed Content-Type: text/plain; charset="UTF-8" Sender: fio-owner@vger.kernel.org List-Id: fio@vger.kernel.org To: fio On Fri, Jan 17, 2020 at 5:08 PM Matthew Eaton wrote: > > On Thu, Jan 16, 2020 at 11:04 AM Jared Walton wrote: > > > > Correct, I pre-condition for IOPS testing by utilizing the the last if > > block, only using randwrite. which will run random writes for about > > 45min, until a steady state is achieved. > > [...] > > I have pretty much standardized on two sequential drive writes and > four random drive writes to get to steady state. It may be overkill > but has worked well for me since we test a variety of SSDs and some > reach steady state faster than others. Thank you for all the replies and to Jared for the script, which leads me to one related question: even though it used steady state as criteria to consider drive preconditioned, am I correct to assume that steady state does not necessarily have any relationship with the steady state where I want to take the measurements when actually running the tests?