lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.1010181247330.6517@dhcp-lab-213.englab.brq.redhat.com>
Date:	Mon, 18 Oct 2010 13:33:35 +0200 (CEST)
From:	Lukas Czerner <lczerner@...hat.com>
To:	Ric Wheeler <rwheeler@...hat.com>, Jeff Moyer <jmoyer@...hat.com>,
	Eric Sandeen <esandeen@...hat.com>,
	linux-kernel@...r.kernel.org
cc:	Lukas Czerner <lczerner@...hat.com>
Subject: Discard benchmarking tool for SSD's and thinly provisioned devices

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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ