All of lore.kernel.org
 help / color / mirror / Atom feed
* randrepeat false for ssds
@ 2017-02-06 15:54 Slow bucks
  2017-02-06 20:14 ` Sitsofe Wheeler
  0 siblings, 1 reply; 3+ messages in thread
From: Slow bucks @ 2017-02-06 15:54 UTC (permalink / raw)
  To: fio

Does it make sense to disable randrepeat on SSDs with the way data is 
written (always write to new block with empty pages)?



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: randrepeat false for ssds
  2017-02-06 15:54 randrepeat false for ssds Slow bucks
@ 2017-02-06 20:14 ` Sitsofe Wheeler
  2017-02-06 21:57   ` Slow bucks
  0 siblings, 1 reply; 3+ messages in thread
From: Sitsofe Wheeler @ 2017-02-06 20:14 UTC (permalink / raw)
  To: Slow bucks; +Cc: fio

Depends on your objective (are you trying to dodge tricks your SSD
might do?) but bear in you can't control where the SSD ultimately
chooses to put the data or how much it chooses to stuff into each
erase block size. Additionally randrepeat only has an impact when an
entire run is repeated. Some modern SSDs do compression/de-duplication
so if you want to try defeat that you might want to look at the
refill_buffers/scramble_buffers parameters
(http://fio.readthedocs.io/en/latest/fio_doc.html#cmdoption-arg-refill_buffers
).

On 6 February 2017 at 15:54, Slow bucks <frankwhitebe@gmail.com> wrote:
> Does it make sense to disable randrepeat on SSDs with the way data is
> written (always write to new block with empty pages)?
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe fio" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
Sitsofe | http://sucs.org/~sits/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: randrepeat false for ssds
  2017-02-06 20:14 ` Sitsofe Wheeler
@ 2017-02-06 21:57   ` Slow bucks
  0 siblings, 0 replies; 3+ messages in thread
From: Slow bucks @ 2017-02-06 21:57 UTC (permalink / raw)
  To: fio

My primary objective is to really have consistent results with the same 
jobfile with any ssd drive test.
It sounds like setting randrepeat to false makes sense for ssd drives

On 2017-02-06 20:14:18 +0000, Sitsofe Wheeler said:

> Depends on your objective (are you trying to dodge tricks your SSD
> might do?) but bear in you can't control where the SSD ultimately
> chooses to put the data or how much it chooses to stuff into each
> erase block size. Additionally randrepeat only has an impact when an
> entire run is repeated. Some modern SSDs do compression/de-duplication
> so if you want to try defeat that you might want to look at the
> refill_buffers/scramble_buffers parameters
> (http://fio.readthedocs.io/en/latest/fio_doc.html#cmdoption-arg-refill_buffers
> ).
> 
> On 6 February 2017 at 15:54, Slow bucks 
> <frankwhitebe@gmail.com> wrote:
>> Does it make sense to disable randrepeat on SSDs with the way data is
>> written (always write to new block with empty pages)?
>> 
>> 
>> --
>> To unsubscribe from this list: send the line "unsubscribe fio" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html




^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2017-02-06 21:57 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-02-06 15:54 randrepeat false for ssds Slow bucks
2017-02-06 20:14 ` Sitsofe Wheeler
2017-02-06 21:57   ` Slow bucks

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.