All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martin Steigerwald <ms@teamix.de>
To: Daniel Pocock <daniel@pocock.pro>,
	776701@bugs.debian.org, fio@vger.kernel.org
Subject: Re: Bug#776701: ssd-test 1g file size too small
Date: Wed, 4 Feb 2015 10:10:38 +0100	[thread overview]
Message-ID: <13200420.bigzCatb1k@merkaba> (raw)
In-Reply-To: <54CCD756.7000105@pocock.pro>

Hello Daniel, hi Jens,

Am Samstag, 31. Januar 2015, 14:23:34 schrieb Daniel Pocock:
> Package: fio
> Version: 2.1.11-2
> Severity: important
> 
> 
> In the ssd-test sample config:
> 
> https://sources.debian.net/src/fio/2.1.11-2/examples/ssd-test.fio/
> 
> 
> The test size is 1GB, this line:
> 
> size=1g
> 
> 
> There are SSDs that have 1g caches and this leads to unhelpful results.
> 
> One user I discussed this with had to use a 10g test file to get
> consistent and meaningful results.
> 
> Maybe bump the example to 10g or add a comment in front of that line.

As the examples are taken from the upstream tarball, I suggest taking this 
upstream. I put upstream in Cc, Jens, what do you think about this?

In any case, I don´t think its a release critical issue for Jessie. And I 
would like to avoid carrying a patch for this.

Also for SSD testing have a look at the (destructive, whole device) steady 
state test and

https://www.thomas-krenn.com/de/wiki/TKperf

I view the ssd-test.fio as a simple example that may serve to give a *first* 
idea, but is in no way complete in any way. Yes, it may be good to point 
this out in the comment that this is just a starting point.

And yes, its always good to check results for meaningfulness. No comment 
or warranty clause in an example file is going to cover for that. No 
benchmark can provide such a warranty for all cases. There are just too 
many factors at play.


Upstream version of fio is 2.1.14. I may look into packaging it, after I 
recovered from my recent disappointments with how listmasters in Debian 
handled discussions about systemd within Debian[1]. Feel free to be faster 
than me as, honestly, my motivation isn´t that high at the moment. I did 
not yet want to orphan the package in order to give it some time and pick 
it up again, but if you want, feel free to take over maintenance to speed 
things. Or as its on collab-maint anyway, just feel free to work on it. I 
think in some months, after Jessie release, I may look into my packagings 
again (while staying unsubscribed from certain mailing lists), as it used 
to be fun working on it.

I think what I have in the repo is current.

No need to discuss any of this in this bug report, this is just for your 
information.


[1] https://lists.debian.org/debian-devel/2014/12/msg00000.html (I still 
didn´t even look at any possible responses to what I wrote and I do not 
intend to do so.)

Thanks,
Martin

-- 
Martin Steigerwald  | Consultant / Trainer

teamix GmbH
Südwestpark 43
90449 Nürnberg

Tel.:  +49 911 30999 55 | Fax: +49 911 30999 99
mail: martin.steigerwald@teamix.de | web:  http://www.teamix.de | blog: http://blog.teamix.de

Amtsgericht Nürnberg, HRB 18320 | Geschäftsführer: Oliver Kügow, Richard Müller


***Nicht verpassen: TechDemo Hochverfügbare Storage-Infrastruktur***
Nürnberg 25.02.15 | München 26.02.15 | Jetzt anmelden unter: www.teamix.de/techdemo


       reply	other threads:[~2015-02-04  9:18 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <54CCD756.7000105@pocock.pro>
2015-02-04  9:10 ` Martin Steigerwald [this message]
2015-02-16 22:04   ` Bug#776701: ssd-test 1g file size too small Jens Axboe
2015-02-17  7:53     ` Martin Steigerwald

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=13200420.bigzCatb1k@merkaba \
    --to=ms@teamix.de \
    --cc=776701@bugs.debian.org \
    --cc=daniel@pocock.pro \
    --cc=fio@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.