Message-ID: <alpine.LFD.2.00.1010181336130.6517@dhcp-lab-213.englab.brq.redhat.com>
Date:	Mon, 18 Oct 2010 13:40:42 +0200 (CEST)
From:	Lukas Czerner <lczerner@...hat.com>
To:	Lukas Czerner <lczerner@...hat.com>
cc:	Ric Wheeler <rwheeler@...hat.com>, Jeff Moyer <jmoyer@...hat.com>,
	Eric Sandeen <esandeen@...hat.com>,
	linux-kernel@...r.kernel.org
Subject: Re: Discard benchmarking tool for SSD's and thinly provisioned
 devices

On Mon, 18 Oct 2010, Lukas Czerner wrote:

> Hi all,
> 
> I would like to present you a tool for benchmarking discard performance
> on SSD's and thinly provisioned devices (or virtually any device
> supporting TRIM command).
> 
> You can download the tool here:
> 
> http://sourceforge.net/projects/test-discard/
> 
> there is also git repository available.
> 
> The tool is called "test-discard" (yes, very imaginative I know).
> 
> 
> DESCRIPTION
> -----------
>   This is a simple tool for benchmarking device discard (TRIM)
> performance. According to benchmark parameters the tool will
> repetitively call BLKDISCARD ioctl on the specified device with
> specified parameters collecting performance statistics.
> 
>   You can specify several parameter for the test. First of all you can
> specify the overall amount of Bytes to discard, the bigger the value
> is, the bigger discard ranges you can test, the more precise result
> you will obtain, and the longer will the test take. Then you can
> specify device LBA to start with discard test and record size. There
> are three modes of the test: sequential test, random I/O test and test
> where we are discarding already discarded blocks (discard2).
> 
>   There is also support for automated testing of range of record sizes.
> You just need to specify starting, ending and step record size and the
> tool will automatically survey the whole range. In addition you can get
> more script-friendly output for using this tool in scripts.
> 
>   You can also generate nice graphs with gnuplot (script included), but
> you will probably need to alter it to match your needs.
> 
> 
> FUNCTION PRINCIPLE
> ------------------
>   Invoke ioctl with BLKDISCARD flag and defined range repetitively until
> the specified amount of data is discarded. Running time of each ioctl
> invocation is measured and stored (also min and max) as well as number
> of invocations and range size.From collected data we can compute
> average ioctl running time, overall ioctl running time (sum) and
> throughput.
> 
>   In random IO mode discard range is not determined sequentially but
> picked randomly anywhere on the disk, but it is of course aligned to
> the range_size. Already discarded blocks are stored in the list. Before
> each discard operation random block is generated and added to the list,
> possibly altered if the block was already discarded. There is one
> limitation though, if the record size is to low and disk size is too
> high, only a part of disk will be used. To be specific :
> 
> 	max_tested_disk_size = INT_MAX * record_size;
> 
> 
> Please, see README file included in sources for more information.
> 
> 
> WARNING
> -------
>  * !!!! It WILL DESTROY all your data on the device !!!!
>  * I am using the tool quite often, thus it was properly tested and
>    should be stable, though I do NOT PROVIDE ANY WARRANTY.
> 
> 
> Thanks!
> 
> -Lukas
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

Also note that there might be some devices with buggy firmware which may
be damaged beyond repair by the TRIM command, especially with TRIM
performed in random IO pattern (from first-hand experience).

-Lukas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists