To ensure delivery of these Emails to your inbox, please add sales(a)gk-ing.com to your email address book.
Christmas Great deal
G&K.Ing enterprise Co.,Ltd
Great deal 7inch MID tablet Usd$56.50/pc
7"800*480 Multi-capacitance screen
Allwinner A10 1.2G CPU
512MB ddr3/4GB flash
Mid tablet
G&K-M701
Built-in 3G/Analog TV/GPS/Bluetooth/Dual SIM card/MTK6575 A9, 1GHz/8GB flash
$112.00/pcs
G&K-702
Android 4.0
A13 1.2GB
4GB flash with camera
$47.50/pcs
G&K-901
Android 4.0
A13 1.2GB
8GB flash with camera
$69.00/pcs
High-end car Gps
G&K-522
5"800*480 Bluetooth/FM/AVIN
Car recorder
128MB/128MB
$58.90/pcs
G&K-536
5"800*480 Bluetooth/FM/AVIN
128MB/128MB
High-end standard
$47.50/pcs
G&K-706
7"800*480 Bluetooth/FM/AVIN
128MB/128MB
High-end standard
$53.00/pcs
Wifi USB
16GB-64GB 802.11 b/g/n
R:10-20MB/S W:8-15MB/S USB Port*1
DC port*1
Usb flash drive
Classical USB Flash
Novel usb flash
Food USB Flash
Credit Card USB flash
Leather USB Flash
Crystal USB flash
Cartoon usb flash
Statement
Dear
Thank for your time .With the development of consumer Electronic, a phenomenon that nots allow to ignore, all the businessmen are in struggle price,low price means low materials cost.
We only can promise our product ,We offered High-end device.our screen,battery,
accessories...all produce with our conscience.hope give help for your business.
Best Regards/G&K.Ing
G&K.Ing Enterprise Co.,Ltd(Shenzhen.China)
Tel: 860755-22208877 E-mail: sales(a)gk-ing.com
http://gk-ing.en.alibaba.com/www.gk-ing.com
If you don't want to receive these Emails, please click unsubscribe.
Hi again,
I've tested another SDHC card. But this time it was a class-4 mini-SDHC with 8GB.
The card is a very cheap one from the German drugstore DM. (No, usually I do not buy my electronics in drugstores ;-) - just a backup card.)
Ok, here are the results. I'm not sure, if my interpretation of them is right.
I've read, that the choice of the underlaying filesystem depends on the amount of open erase blocks.
Is there any rule of best practice for choosing the right filesystem for a particular sd card?
Some feedback would be nice!
Bye, Holger
$ fdisk -l /dev/sdc
Disk /dev/sdc: 7948 MB, 7948206080 bytes
255 heads, 63 sectors/track, 966 cylinders, total 15523840 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
$ ./flashbench -a /dev/sdc --blocksize=1024
align 2147483648 pre 825µs on 1.19ms post 851µs diff 347µs
align 1073741824 pre 841µs on 1.18ms post 830µs diff 341µs
align 536870912 pre 821µs on 1.14ms post 779µs diff 341µs
align 268435456 pre 842µs on 1.18ms post 818µs diff 346µs
align 134217728 pre 832µs on 1.16ms post 799µs diff 346µs
align 67108864 pre 860µs on 1.16ms post 822µs diff 321µs
align 33554432 pre 832µs on 1.15ms post 802µs diff 331µs
align 16777216 pre 783µs on 1.16ms post 824µs diff 359µs
align 8388608 pre 807µs on 1.1ms post 781µs diff 303µs
align 4194304 pre 817µs on 1.14ms post 786µs diff 340µs
align 2097152 pre 847µs on 924µs post 791µs diff 105µs
align 1048576 pre 791µs on 935µs post 807µs diff 136µs
align 524288 pre 826µs on 906µs post 823µs diff 81.9µs
align 262144 pre 810µs on 926µs post 826µs diff 108µs
align 131072 pre 832µs on 913µs post 801µs diff 96.5µs
align 65536 pre 819µs on 922µs post 830µs diff 97.2µs
align 32768 pre 831µs on 941µs post 807µs diff 122µs
align 16384 pre 772µs on 918µs post 820µs diff 122µs
align 8192 pre 798µs on 845µs post 837µs diff 27µs
align 4096 pre 794µs on 823µs post 806µs diff 22.2µs
align 2048 pre 836µs on 850µs post 801µs diff 31.7µs
## Looks like 4MB erase blocksize and 16KB page size??
$ ./flashbench /dev/sdc --open-au --erasesize=$[4*1024*1024] --blocksize=$[4*1024] --random --open-au-nr=1
4MiB 5.41M/s
2MiB 8.97M/s
1MiB 5.98M/s
512KiB 17.1M/s
256KiB 10.9M/s
128KiB 4.25M/s
64KiB 2.13M/s
32KiB 1.06M/s
16KiB 545K/s
8KiB 2.07M/s
4KiB 1.76M/s
$ ./flashbench /dev/sdc --open-au --erasesize=$[4*1024*1024] --blocksize=$[4*1024] --random --open-au-nr=2
4MiB 8.21M/s
2MiB 5.75M/s
1MiB 18.5M/s
512KiB 16.8M/s
256KiB 10.7M/s
128KiB 4.26M/s
64KiB 2.11M/s
32KiB 1.06M/s
16KiB 545K/s
8KiB 2.05M/s
4KiB 1.69M/s
$ ./flashbench /dev/sdc --open-au --erasesize=$[4*1024*1024] --blocksize=$[4*1024] --random --open-au-nr=3
4MiB 9.18M/s
2MiB 19.1M/s
1MiB 18.7M/s
512KiB 16.5M/s
256KiB 10.8M/s
128KiB 4.23M/s
64KiB 2.11M/s
32KiB 1.06M/s
16KiB 544K/s
8KiB 1.99M/s
4KiB 1.67M/s
$./flashbench /dev/sdc --open-au --erasesize=$[4*1024*1024] --blocksize=$[4*1024] --random --open-au-nr=4
4MiB 10.6M/s
2MiB 19.3M/s
1MiB 18.6M/s
512KiB 16.6M/s
256KiB 10.9M/s
128KiB 4.24M/s
64KiB 2.11M/s
32KiB 1.06M/s
16KiB 544K/s
8KiB 1.86M/s
4KiB 1.53M/s
$ ./flashbench /dev/sdc --open-au --erasesize=$[4*1024*1024] --blocksize=$[4*1024] --random --open-au-nr=5
4MiB 6.1M/s
2MiB 6.68M/s
1MiB 4.39M/s
512KiB 2.96M/s
256KiB 1.95M/s
128KiB 1.02M/s
64KiB 570K/s
32KiB 334K/s
16KiB 167K/s
8KiB 1M/s
4KiB 1.14M/s
$ ./flashbench /dev/sdc --open-au --erasesize=$[4*1024*1024] --blocksize=$[4*1024] --random --open-au-nr=6
4MiB 7.5M/s
2MiB 4.69M/s
1MiB 3.38M/s
512KiB 2.02M/s
256KiB 1.22M/s
128KiB 688K/s
64KiB 406K/s
^C
## Looks like 4.
$./flashbench /dev/sdc -f --erasesize=$[4*1024*1024]
4MiB 4.11M/s 17.4M/s 16.9M/s 5.62M/s 5.18M/s 5.2M/s
2MiB 5.02M/s 17.6M/s 17.2M/s 5.32M/s 5.03M/s 5.21M/s
1MiB 5.28M/s 17.2M/s 17.2M/s 5.53M/s 5.21M/s 5M/s
512KiB 5.04M/s 17.4M/s 5.07M/s 5.21M/s 5.27M/s 5.01M/s
256KiB 5.19M/s 17.1M/s 5.02M/s 5.21M/s 5.02M/s 5.21M/s
128KiB 2.35M/s 16.6M/s 4.96M/s 5.22M/s 4.99M/s 5.18M/s
64KiB 4.98M/s 16.6M/s 5.21M/s 4.91M/s 4.97M/s 5.21M/s
32KiB 2.31M/s 14.8M/s 5.11M/s 4.92M/s 5.12M/s 5.2M/s
16KiB 4.81M/s 12.4M/s 5.07M/s 5M/s 5M/s 4.82M/s
## Looks like the second and the third block were faster than the others.
Hi,
I'm new to the topic of flash benchmarking. I came across reading several articles about this topic, like these in the German Linux Magazin, issue 07/12 and Arnd's linked article on lwn.
I'm currently playing around with a Raspberry Pi that needs a SD card to boot from. (first partition FAT32 for the kernel, second something like ext3/ext4 for the rootfs). I would like to
get the 'best' perfomance out of it, so I also had a look at the flashbench tool. I made some tests with my 32GB Transcend SDHC card and found out, that the card has a 8MB erase block size
and 8KB pages and can handle up to 5 open-au's. (results are listed below)
So what next?
The next step for me is to find out, how to align the partitions correctly. I already talked to Andrew (thx! I was wrong with the erase block size.) who send me the following link that points
to a script that creates two partitions and aligns them correctly.
Is there anything else I can do? ...or am I wrong?
Bye, Holger
--
$ fdisk -l /dev/sdc
Disk /dev/sdc: 32.5 GB, 32462864384 bytes
64 Köpfe, 32 Sektoren/Spur, 30959 Zylinder, zusammen 63404032 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000c0bcb
$ ./flashbench -a /dev/sdc --blocksize=1024
align 8589934592 pre 1.04ms on 1.59ms post 1.32ms diff 402µs
align 4294967296 pre 1.04ms on 1.67ms post 1.33ms diff 485µs
align 2147483648 pre 1.03ms on 1.64ms post 1.31ms diff 468µs
align 1073741824 pre 1.02ms on 1.48ms post 1.33ms diff 309µs
align 536870912 pre 1.02ms on 1.5ms post 1.35ms diff 320µs
align 268435456 pre 1.02ms on 1.49ms post 1.28ms diff 338µs
align 134217728 pre 1.02ms on 1.49ms post 1.34ms diff 314µs
align 67108864 pre 1.04ms on 1.48ms post 1.27ms diff 332µs
align 33554432 pre 1.01ms on 1.5ms post 1.32ms diff 330µs
align 16777216 pre 1.04ms on 1.5ms post 1.28ms diff 347µs
align 8388608 pre 995µs on 1.51ms post 1.31ms diff 354µs
align 4194304 pre 1.02ms on 1.35ms post 1.3ms diff 189µs
align 2097152 pre 1.05ms on 1.39ms post 1.31ms diff 209µs
align 1048576 pre 1.04ms on 1.37ms post 1.29ms diff 203µs
align 524288 pre 1.02ms on 1.36ms post 1.32ms diff 192µs
align 262144 pre 1.01ms on 1.33ms post 1.31ms diff 176µs
align 131072 pre 1.03ms on 1.35ms post 1.31ms diff 182µs
align 65536 pre 1.01ms on 1.33ms post 1.26ms diff 195µs
align 32768 pre 1.04ms on 1.37ms post 1.29ms diff 203µs
align 16384 pre 1.04ms on 1.36ms post 1.28ms diff 204µs
align 8192 pre 1.02ms on 1.3ms post 1.27ms diff 154µs
align 4096 pre 1.17ms on 1.16ms post 1.11ms diff 22.6µs
align 2048 pre 1.25ms on 1.24ms post 1.2ms diff 20.2µs
## For me it looks like 8MB erase block size and a 8KB page size. With that in mind, I made the following tests:
$ ./flashbench /dev/sdc --open-au --erasesize=$[8*1024*1024] --blocksize=$[8*1024] --open-au-nr=3 --random
8MiB 17M/s
4MiB 17.2M/s
2MiB 16.5M/s
1MiB 15.9M/s
512KiB 15M/s
256KiB 13.1M/s
128KiB 10.7M/s
64KiB 10.9M/s
32KiB 7.84M/s
16KiB 4.87M/s
8KiB 1.79M/s
$ ./flashbench /dev/sdc --open-au --erasesize=$[8*1024*1024] --blocksize=$[8*1024] --open-au-nr=4 --random
8MiB 17.4M/s
4MiB 17.1M/s
2MiB 16.8M/s
1MiB 16M/s
512KiB 15M/s
256KiB 13.4M/s
128KiB 10.8M/s
64KiB 10.9M/s
32KiB 7.89M/s
16KiB 4.87M/s
8KiB 1.79M/s
$ ./flashbench /dev/sdc --open-au --erasesize=$[8*1024*1024] --blocksize=$[8*1024] --open-au-nr=5 --random
8MiB 10.3M/s
4MiB 17.1M/s
2MiB 16.7M/s
1MiB 16.2M/s
512KiB 15M/s
256KiB 13.3M/s
128KiB 10.9M/s
64KiB 11M/s
32KiB 7.95M/s
16KiB 4.48M/s
8KiB 1.8M/s
$ ./flashbench /dev/sdc --open-au --erasesize=$[8*1024*1024] --blocksize=$[8*1024] --open-au-nr=6 --random
8MiB 13.4M/s
4MiB 4.27M/s
2MiB 2.26M/s
1MiB 1.2M/s
512KiB 621K/s
^C
## And this looks like 5 open-au in random mode.
$ ./flashbench /dev/sdc -f --erasesize=$[8*1024*1024]
8MiB 17.2M/s 17.8M/s 17.1M/s 17.8M/s 17.5M/s 17.5M/s
4MiB 16.9M/s 17.7M/s 17M/s 17.8M/s 17.5M/s 17.5M/s
2MiB 16.8M/s 17.6M/s 17M/s 17.6M/s 17.5M/s 17.4M/s
1MiB 16.7M/s 17.6M/s 17M/s 17.5M/s 17.4M/s 17.5M/s
512KiB 16.6M/s 17.2M/s 17.4M/s 17.1M/s 16.9M/s 16.5M/s
256KiB 16.4M/s 17M/s 17.2M/s 16.9M/s 16.6M/s 16.6M/s
128KiB 16.5M/s 16.2M/s 16.6M/s 16.3M/s 16.1M/s 16.1M/s
64KiB 16.5M/s 17.1M/s 16.4M/s 17.2M/s 17M/s 17M/s
32KiB 15.4M/s 16.3M/s 15.5M/s 16.1M/s 16M/s 16.1M/s
16KiB 13M/s 13.5M/s 13.2M/s 13.5M/s 13.5M/s 13.5M/s
Hello again,
I have another device to test:
# Product info:
http://www.transcend-info.com/Products/CatList.asp?ModNo=274
$ lsusb
Bus 001 Device 006: ID 8564:1000
$ fdisk -l /dev/sdb
Disk /dev/sdb: 32.5 GB, 32451330048 bytes
16 heads, 48 sectors/track, 82528 cylinders, total 63381504 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xc3072e18
Device Boot Start End Blocks Id System
/dev/sdb1 * 18160 63381503 31681672 c W95 FAT32 (LBA)
# This is with factory partitioning
$ sudo flashbench -a /dev/sdb --blocksize=1024 --count=100
align 8589934592 pre 528µs on 603µs post 547µs diff
65.8µs
align 4294967296 pre 523µs on 575µs post 522µs diff
52.5µs
align 2147483648 pre 550µs on 635µs post 551µs diff
84.2µs
align 1073741824 pre 573µs on 640µs post 565µs diff
71.2µs
align 536870912 pre 543µs on 608µs post 562µs diff 55.3µs
align 268435456 pre 536µs on 574µs post 530µs diff 40.9µs
align 134217728 pre 558µs on 607µs post 549µs diff 53.1µs
align 67108864 pre 532µs on 577µs post 515µs diff 53.6µs
align 33554432 pre 568µs on 629µs post 561µs diff 64.6µs
align 16777216 pre 536µs on 598µs post 533µs diff 63.4µs
align 8388608 pre 556µs on 619µs post 556µs diff 62.7µs
align 4194304 pre 566µs on 620µs post 539µs diff 67.5µs
align 2097152 pre 565µs on 604µs post 567µs diff 38µs
align 1048576 pre 568µs on 606µs post 567µs diff 38.7µs
align 524288 pre 563µs on 602µs post 562µs diff 39.7µs
align 262144 pre 567µs on 596µs post 551µs diff 37.5µs
align 131072 pre 564µs on 594µs post 553µs diff 35.6µs
align 65536 pre 553µs on 594µs post 563µs diff 35.3µs
align 32768 pre 555µs on 596µs post 563µs diff 36.6µs
align 16384 pre 557µs on 595µs post 566µs diff 33.4µs
align 8192 pre 561µs on 572µs post 553µs diff 15.1µs
align 4096 pre 556µs on 566µs post 565µs diff 6.04µs
align 2048 pre 553µs on 565µs post 568µs diff 4.85µs
# Okay, I think this indicates 4MB erase blocks (and 16kB page size), so let's
try it with open AUs
$ sudo flashbench /dev/sdb --open-au --erasesize=$[4*1024*1024] --
blocksize=$[4*1024] --open-au-nr=1 --random
4MiB 17.7M/s
2MiB 17.8M/s
1MiB 17.8M/s
512KiB 2.49M/s
256KiB 17.2M/s
128KiB 16M/s
64KiB 13M/s
32KiB 2.19M/s
16KiB 6.37M/s
8KiB 2.54M/s
4KiB 825K/s
$ sudo flashbench /dev/sdb --open-au --erasesize=$[4*1024*1024] --
blocksize=$[4*1024] --open-au-nr=4 --random
Password:
4MiB 17.5M/s
2MiB 17.3M/s
1MiB 4.29M/s
512KiB 4.31M/s
256KiB 16.5M/s
128KiB 14.4M/s
64KiB 4M/s
32KiB 3.42M/s
16KiB 5.74M/s
8KiB 1.68M/s
4KiB 785K/s
$ sudo flashbench /dev/sdb --open-au --erasesize=$[4*1024*1024] --
blocksize=$[4*1024] --open-au-nr=6 --random
4MiB 17.5M/s
2MiB 17M/s
1MiB 3.47M/s
512KiB 16.5M/s
256KiB 16.4M/s
128KiB 13M/s
64KiB 3.24M/s
32KiB 8.26M/s
16KiB 5.68M/s
8KiB 1.3M/s
4KiB 786K/s
# Seems OK so far, but the speed randomly drops under different sizes between
tests, sometimes it's a bit shaky like this:
$ sudo flashbench /dev/sdb --open-au --erasesize=$[4*1024*1024] --
blocksize=$[4*1024] --open-au-nr=6 --random
4MiB 5.8M/s
2MiB 17.3M/s
1MiB 3.47M/s
512KiB 15.9M/s
256KiB 5.52M/s
128KiB 12.8M/s
64KiB 3.24M/s
32KiB 8.19M/s
16KiB 3.43M/s
8KiB 1.52M/s
4KiB 775K/s
# Does this indicate something or it's just device's feature?
# With more open AUs it's slow, also with bigger erase size
$ sudo flashbench /dev/sdb --open-au --erasesize=$[4*1024*1024] --
blocksize=$[4*1024] --open-au-nr=7 --random
4MiB 2.51M/s
2MiB 1.37M/s
1MiB 711K/s
512KiB 362K/s
^C
# Here it's clear...
$ sudo flashbench /dev/sdb --open-au --erasesize=$[8*1024*1024] --
blocksize=$[4*1024] --open-au-nr=6 --random
8MiB 5.93M/s
4MiB 4.38M/s
2MiB 17.4M/s
1MiB 4.34M/s
512KiB 16M/s
256KiB 4.21M/s
128KiB 13.8M/s
64KiB 3.97M/s
32KiB 8.26M/s
16KiB 2.88M/s
# But here I'm not sure, I think it should me much slower if the erase size is
4MB, becouse it would use two erase blocks. So maybe erase size is bigger than
4MB?
On Monday 03 September 2012, Jaroslav Martínek wrote:
>
> Okay, so I did some further tests:
>
> $ sudo flashbench /dev/sdb --open-au --erasesize=$[16*1024*1024] --
> blocksize=$[16*1024] --open-au-nr=1
> Password:
> 16MiB 5.2M/s
> 8MiB 18M/s
> 4MiB 18M/s
> 2MiB 17.3M/s
> 1MiB 17.4M/s
> 512KiB 16.9M/s
> 256KiB 15.9M/s
> 128KiB 15.1M/s
> 64KiB 13.4M/s
> 32KiB 9.98M/s
> 16KiB 6.46M/s
>
> $ sudo flashbench /dev/sdb --open-au --erasesize=$[16*1024*1024] --
> blocksize=$[16*1024] --open-au-nr=3
> 16MiB 8.13M/s
> 8MiB 17.9M/s
> 4MiB 17.3M/s
> 2MiB 17.5M/s
> 1MiB 17.3M/s
> 512KiB 17M/s
> 256KiB 15.7M/s
> 128KiB 14.7M/s
> 64KiB 13.1M/s
> 32KiB 9.64M/s
> 16KiB 6.13M/s
>
> # So far good...
>
> $ sudo flashbench /dev/sdb --open-au --erasesize=$[16*1024*1024] --
> blocksize=$[16*1024] --open-au-nr=4
> 16MiB 8.16M/s
> 8MiB 3.76M/s
> 4MiB 4.92M/s
> 2MiB 5.25M/s
> 1MiB 4.8M/s
> 512KiB 4.76M/s
> 256KiB 4.67M/s
> 128KiB 4.59M/s
> 64KiB 4.38M/s
> 32KiB 3.9M/s
> 16KiB 3.17M/s
>
> # Here it gets much worse, so I would assume, that thist drive can handle 3
> open AUs if the 16 MB erase size is correct? Also note that on the biggest
> size (16 MB) it's slow, but only for the first run, why's that? If repeated,
> it stays on full speed until I change erase size:
What makes one run slow is the garbage collection that happens because of
the state the drive is already in. Writing in small units can cause this
state.
>
> # Now with 8 MB:
> $ sudo flashbench /dev/sdb --open-au --erasesize=$[8*1024*1024] --
> blocksize=$[8*1024] --open-au-nr=3
> 8MiB 4.64M/s
> 4MiB 18.2M/s
> 2MiB 17.6M/s
> 1MiB 17.7M/s
> 512KiB 16.8M/s
> 256KiB 15.8M/s
> 128KiB 15.2M/s
> 64KiB 13M/s
> 32KiB 9.46M/s
> 16KiB 6.14M/s
> 8KiB 2.51M/s
>
> # Seems to be similar to 16 MB
Well, the question is whether using an 8MB size is also fast with more
than 3 erase blocks. If it can have 6*8MB, that would imply only 3*16MB
in the first run. It may be easier to spot the difference between the
two when you pass '--random', but some drives don't like that at all.
> $ sudo flashbench /dev/sdb --open-au --erasesize=$[12*1024*1024] --
> blocksize=$[6*1024] --open-au-nr=3
> 12MiB 2.88M/s
> 6MiB 3.79M/s
> 3MiB 4.65M/s
> 1.5MiB 6.28M/s
> 768KiB 6.22M/s
> 384KiB 6.16M/s
> 192KiB 6.11M/s
> 96KiB 5.96M/s
> 48KiB 5.32M/s
> 24KiB 3.73M/s
> 12KiB 1.95M/s
> 6KiB 1.05M/s
>
> # 12 MB definetely ruled out
right.
> So, it seems to have 16 MB erase blocks? But then, I'm not able to count any
> reasonable block size from these numbers:
>
> $ sudo fdisk -l /dev/sdb
> Disk /dev/sdb: 31,2 GB, 31 161 974 784 bytes
>
> $ factor 31161974784
> 31161974784: 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 3 19 43 97
>
> $ echo $[31161974784 / 1024 / 97 / 43]
> 7296
>
> # 7,125 MB? Weird number...
>
> $ echo $[31161974784 / 1024 / 97 / 43 / 19]
> 384
>
> $ echo $[31161974784 / 1024 / 97 / 43 / 19 / 3]
> 128
>
> # Finally some "round" number, but too small for a 32 GB drive
>
> So, I thought I could be able to count block size from whole drive size, like
> there has to be some number of blocks with same size, which together gives the
> full disk size. Or am I still missing something?
> I did those tests on another smaller flash drive and the results was pretty
> obvious with regard of what i figured out from this list and readme. But this
> 32 GB drive is still a bit cryptic to me.
Yes, some drives are like this
> By the way, are you interested of the results from the other USB drives and SD
> cards I have around here?
Yes, if you have them, then please send them to the mailing list.
Arnd
Hi,
I'm trying to figure out parameters of my USB drive with Flashbench, but I'm a
bit confused with the results.
# Product info:
http://www.adata-group.com/index.php?action=product_feature&cid=1&piid=115
$ sudo fdisk -l /dev/sdb
Disk /dev/sdb: 31.2 GB, 31161974784 bytes
255 heads, 63 sectors/track, 3788 cylinders, total 60863232 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0007e2e8
$ sudo flashbench -a /dev/sdb --blocksize=1024
align 8589934592 pre 655µs on 744µs post 644µs diff
95.1µs
align 4294967296 pre 654µs on 774µs post 657µs diff
118µs
align 2147483648 pre 643µs on 804µs post 633µs diff
166µs
align 1073741824 pre 538µs on 562µs post 528µs diff
28.2µs
align 536870912 pre 582µs on 594µs post 562µs diff 21.7µs
align 268435456 pre 576µs on 619µs post 565µs diff 48.3µs
align 134217728 pre 579µs on 637µs post 561µs diff 66.5µs
align 67108864 pre 563µs on 617µs post 567µs diff 51.8µs
align 33554432 pre 537µs on 578µs post 522µs diff 48.2µs
align 16777216 pre 552µs on 563µs post 512µs diff 30.5µs
align 8388608 pre 647µs on 758µs post 646µs diff 111µs
align 4194304 pre 631µs on 726µs post 616µs diff 102µs
align 2097152 pre 629µs on 744µs post 630µs diff 115µs
align 1048576 pre 633µs on 747µs post 623µs diff 119µs
align 524288 pre 641µs on 751µs post 617µs diff 122µs
align 262144 pre 636µs on 742µs post 623µs diff 112µs
align 131072 pre 618µs on 752µs post 643µs diff 121µs
align 65536 pre 604µs on 759µs post 634µs diff 140µs
align 32768 pre 631µs on 741µs post 616µs diff 117µs
align 16384 pre 644µs on 744µs post 624µs diff 111µs
align 8192 pre 636µs on 679µs post 617µs diff 52µs
align 4096 pre 614µs on 641µs post 628µs diff 20.3µs
align 2048 pre 606µs on 629µs post 629µs diff 11.4µs
# Well, from what I've read so far the page size could be 8kB, but what about
the erase block? This drive seems to behave quite differently than the example
in readme or other cards in this list. Any ideas?
Thanks,
Jaroslav Martinek
Hello,
Hope youre having a great day!
I am looking to connect with you and find out if you have any computer & electronic equipment available for donation or recycling.
We are able to offer complete services for the removal, secure data wiping and destruction, charitable donations and tax receipts.
Our donated item are tested for quality and determined whether to be reused, donated to a local charity or handled for environmentally responsible recycling; We are actively working on setting up donations for dozens of charities and organizations across Canada, and your support will help significantly. We have over 1000 charities that currently need our assistance. The list is on our website under charities.
We collect absolutely everything computer and electronic related, including all networking equipment. We adhere to stringent data protection and privacy standards.
If you are not the correct person for this, kindly provide the name of the person in charge of IT, and I will be happy to send them all the appropriate information.
This initiative is not only helping local charities, but also providing your staff an environmentally friendly & secure way to recycle their electronics, computers, and phones.
To explain the program in more detail, please contact me with any questions.
Sincerely,
The Team @ ERA
Account Manager (Lance)
Communication and Events
Electronic Recycling Association
* lance(a)era.ca
þ www.era.ca
( 1.403.262.4488 x 23 | 1.604.215.4483 x 23 | 1.780.455.2088 x 23
Like us on Facebook! www.facebook.com/ElectronicRecyclingAssociation
To be removed from our list reply back with "Remove" is subject.
>> Are you referring to the "essential" microSDHC 32GB (MB-MSBGA) that you
>> mentioned in some previous post in the mailing list?
>
> Yes, that's the one.
>
>> What should be the the erase block size then? 1.5 MiB or some multiple?
>
> I think it's 8 GB, but it's trying very hard to hide this.
I've lost its original partitioning and formatting and I'd be interested in
having a raw copy of the first 17 MiB using dd or at least to know the details
about the partitioning and formatting (it can be from the MB-MSBGA).
Actually I'd like to partition it with a FAT32 and an ext4.
Should I care about the C/H/S for partitioning or can I just ignore it?
I plan to set the FAT32 partition with a cluster size of 32 KiB.
If I understand well the partition should start at the 8 MiB offset and not the
4 MiB one, shoudn't it?
And of course I'd set the right amount of reserved sectors so the data would
start at the 16 MiB offset to keep it align with the erase block size of 8 MiB,
right?
I've also tried to see if there is any FAT area but it doesn't look to be the
case here:
$ sudo ./flashbench /dev/mmcblk0 --findfat --erasesize=$[2*1024*1024]
--blocksize=$[16*1024] --fat-nr=10
2MiB 8.43M/s 8.92M/s 9.13M/s 8.81M/s 8.87M/s 9.01M/s 8.75M/s 8.97M/s
8.94M/s 8.62M/s
1MiB 8.68M/s 8.97M/s 8.63M/s 9.03M/s 9.01M/s 8.86M/s 8.81M/s 8.88M/s
8.91M/s 8.72M/s
512KiB 8.76M/s 8.93M/s 9.01M/s 8.71M/s 9M/s 8.59M/s 8.93M/s 8.92M/s
8.82M/s 8.58M/s
256KiB 8.8M/s 8.93M/s 9.03M/s 8.72M/s 8.84M/s 9.03M/s 8.63M/s 8.91M/s
8.92M/s 9.01M/s
128KiB 8.67M/s 8.87M/s 8.83M/s 8.77M/s 8.92M/s 8.9M/s 8.75M/s 8.93M/s
9.01M/s 9.03M/s
64KiB 8.68M/s 8.82M/s 8.88M/s 8.71M/s 8.94M/s 8.85M/s 8.74M/s 8.92M/s
8.72M/s 8.76M/s
32KiB 7.11M/s 7.13M/s 7.23M/s 7.22M/s 7.24M/s 7.46M/s 7.11M/s 7.33M/s
7.37M/s 7.42M/s
16KiB 4.58M/s 4.81M/s 4.75M/s 4.76M/s 4.77M/s 4.77M/s 4.7M/s 4.7M/s
4.8M/s 2.1M/s
About the ext4, do you have any recommendation?
I plan to make it start at an offset multiple of the erase block size.
I've found some recommendations here:
http://blogofterje.wordpress.com/2012/01/14/optimizing-fs-on-sd-card/
Thus I'm planning to format it that way:
mkfs.ext4 -O ^has_journal -E stride=4,stripe-width=512 -b 4096
###
# TS32GUSDHC10 made in China
#
Beside that I'd like to share the results from another TS32GUSDHC10 that I have
for now with a SanDisk controller.
It looks comparable to the results for the SDSDU-032G-A11. I've run the tests
from the Lenovo laptop.
#
# Label on front
#
1208409555DEW
BM MADE IN CHINA
A06120
1881
#
# Details
#
$ head /sys/block/mmcblk0/device/*
==> /sys/block/mmcblk0/device/block <==
head: error reading `/sys/block/mmcblk0/device/block': Is a directory
==> /sys/block/mmcblk0/device/cid <==
03534453553332478017ba22e200c300
==> /sys/block/mmcblk0/device/csd <==
400e00325b590000edc87f800a404000
==> /sys/block/mmcblk0/device/date <==
03/2012
==> /sys/block/mmcblk0/device/driver <==
head: error reading `/sys/block/mmcblk0/device/driver': Is a directory
==> /sys/block/mmcblk0/device/erase_size <==
512
==> /sys/block/mmcblk0/device/fwrev <==
0x0
==> /sys/block/mmcblk0/device/hwrev <==
0x8
==> /sys/block/mmcblk0/device/manfid <==
0x000003
==> /sys/block/mmcblk0/device/name <==
SU32G
==> /sys/block/mmcblk0/device/oemid <==
0x5344
==> /sys/block/mmcblk0/device/power <==
head: error reading `/sys/block/mmcblk0/device/power': Is a directory
==> /sys/block/mmcblk0/device/preferred_erase_size <==
4194304
==> /sys/block/mmcblk0/device/scr <==
0235800100000000
==> /sys/block/mmcblk0/device/serial <==
0x17ba22e2
==> /sys/block/mmcblk0/device/subsystem <==
head: error reading `/sys/block/mmcblk0/device/subsystem': Is a directory
==> /sys/block/mmcblk0/device/type <==
SD
==> /sys/block/mmcblk0/device/uevent <==
DRIVER=mmcblk
MMC_TYPE=SD
MMC_NAME=SU32G
MODALIAS=mmc:block
## From the OEM ID we can guess it's a SanDisk:
$ printf "\x"53"\x"44"\n"
SD
#
# Size (blocks of 512 bytes)
#
$ cat /sys/block/mmcblk0/device/block/mmcblk0/size
62333952
#
# Partitions
#
$ sudo fdisk /dev/mmcblk0
Command (m for help): p
Disk /dev/mmcblk0: 31.9 GB, 31914983424 bytes
255 heads, 63 sectors/track, 3880 cylinders, total 62333952 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/mmcblk0p1 8192 62333951 31162880 c W95 FAT32 (LBA)
## Note: It is with its original partitioning and formatting.
#
# Read benchmark
#
$ sudo ./flashbench -a /dev/mmcblk0 -b 1024
align 8589934592 pre 841µs on 881µs post 690µs diff
115µs
align 4294967296 pre 885µs on 958µs post 693µs diff
169µs
align 2147483648 pre 888µs on 950µs post 690µs diff
161µs
align 1073741824 pre 789µs on 957µs post 690µs diff
218µs
align 536870912 pre 844µs on 947µs post 693µs diff
179µs
align 268435456 pre 845µs on 952µs post 692µs diff
183µs
align 134217728 pre 809µs on 920µs post 688µs diff
172µs
align 67108864 pre 832µs on 945µs post 690µs diff
184µs
align 33554432 pre 893µs on 947µs post 689µs diff
156µs
align 16777216 pre 820µs on 934µs post 681µs diff
184µs
align 8388608 pre 767µs on 890µs post 663µs diff
176µs
align 4194304 pre 718µs on 805µs post 652µs diff
120µs ## Erase block size?
align 2097152 pre 659µs on 663µs post 663µs diff
2.26µs
align 1048576 pre 658µs on 662µs post 664µs diff
809ns
align 524288 pre 704µs on 806µs post 663µs diff
122µs
align 262144 pre 660µs on 662µs post 660µs diff
2.11µs
align 131072 pre 664µs on 660µs post 660µs diff
-1346ns
align 65536 pre 658µs on 664µs post 664µs diff
3.11µs
align 32768 pre 664µs on 669µs post 661µs diff
6.67µs
align 16384 pre 660µs on 662µs post 664µs diff
528ns
align 8192 pre 665µs on 668µs post 664µs diff
3.6µs
align 4096 pre 658µs on 660µs post 656µs diff
3.05µs
align 2048 pre 662µs on 663µs post 663µs diff
35ns
## It looks like the erase block size is 4 MiB, which can be confirmed by the
## fact the FAT32 partition starts at the 4 MiB offset.
#
# FAT area
#
$ sudo ./flashbench /dev/mmcblk0 --findfat --erasesize=$[2*1024*1024]
--blocksize=$[16*1024] --fat-nr=7
2MiB 13.6M/s 13.7M/s 5.92M/s 6.03M/s 5.45M/s 7.73M/s 13.7M/s
1MiB 5.83M/s 13.8M/s 5.41M/s 6.9M/s 6.27M/s 6.91M/s 13.7M/s
512KiB 12.3M/s 13.7M/s 6.82M/s 6.22M/s 5.99M/s 6.69M/s 13.7M/s
256KiB 11.5M/s 13.7M/s 5.21M/s 5.9M/s 5.7M/s 7.9M/s 13.7M/s
128KiB 13.1M/s 13.8M/s 5.88M/s 7.65M/s 5.88M/s 6.16M/s 13.6M/s
64KiB 13.5M/s 13.7M/s 7.35M/s 6M/s 7.2M/s 5.34M/s 13M/s
32KiB 11.9M/s 12M/s 6.3M/s 5.48M/s 5.73M/s 5.15M/s 12M/s
16KiB 9.68M/s 9.81M/s 4.71M/s 4.84M/s 4.7M/s 5.06M/s 9.75M/s
## FAT should be between 4 MiB and 12 MiB.
## That matches the details I can read from an hexdump -C against the disk
## about the FAT size and the number of reserved sectors to have the data
## starts at the 12 MiB offset.
#
# Write benchmark
#
## It looks like the card can handle up to 11 concurrent 4 MiB blocks...
$ sudo time ./flashbench --open-au --erasesize=$[4*1024*1024]
--blocksize=$[16*1024] --open-au-nr=1 --offset=$[40*1024*1024] /dev/mmcblk0
4MiB 13.7M/s
2MiB 13.2M/s
1MiB 12M/s
512KiB 12.7M/s
256KiB 12.7M/s
128KiB 13.4M/s
64KiB 13.5M/s
32KiB 11.9M/s
16KiB 9.68M/s
real 0m3.568s
user 0m0.212s
sys 0m0.328s
$ sudo time ./flashbench --open-au --erasesize=$[4*1024*1024]
--blocksize=$[16*1024] --open-au-nr=11 --offset=$[40*1024*1024] /dev/mmcblk0
4MiB 13.2M/s
2MiB 13.6M/s
1MiB 13.5M/s
512KiB 13.4M/s
256KiB 13.2M/s
128KiB 12.8M/s
64KiB 12.2M/s
32KiB 10M/s
16KiB 7.42M/s
real 0m35.892s
user 0m0.164s
sys 0m0.488s
$ sudo time ./flashbench --open-au --erasesize=$[4*1024*1024]
--blocksize=$[16*1024] --open-au-nr=12 --offset=$[40*1024*1024] /dev/mmcblk0
4MiB 9M/s
2MiB 10.5M/s
1MiB 8.45M/s
512KiB 8.46M/s
256KiB 8.25M/s
128KiB 8.11M/s
64KiB 9.39M/s
32KiB 8.06M/s
16KiB 6.52M/s
real 0m54.451s
user 0m0.240s
sys 0m0.568s
$ sudo time ./flashbench --open-au --erasesize=$[4*1024*1024]
--blocksize=$[16*1024] --open-au-nr=1 --offset=$[40*1024*1024] --random
/dev/mmcblk0
4MiB 13.7M/s
2MiB 13M/s
1MiB 12.1M/s
512KiB 5.64M/s
256KiB 3.01M/s
128KiB 2.32M/s
64KiB 2.23M/s
32KiB 1.22M/s
16KiB 590K/s
real 0m17.887s
user 0m0.200s
sys 0m0.352s
- Victor
Patriot LX Series 16GB Class 10
PSF16GSDHC10-PC
The 32GB version is already in the table but I can't be sure the
boundaries would be the same.
I'm trying to follow this tutorial to optimize the ext4 partition on
one of these for use in a Raspberry Pi. I also require a small vfat
(about 40MB) partition at the beginning for /boot.
http://blogofterje.wordpress.com/2012/01/14/optimizing-fs-on-sd-card/
If anyone can make sense of the attached numbers could you tell me what
boundary to set the partition on and the stripe/stride numbers to use.
Or explain to me how I can get more meaningful numbers with flashbench
for inclusion of this card in the table?
thanks,
Gerald
Hi,
Is there a way where I can grab OEM and other information from /dev/sdc1?
It seems like most information can be extracted from /dev/mmc,,./devices*.
I was wondering if I could extract the same information from sdc1?
Thanks,
Preetham
Hello %{CURRENT_RCPTNAME}
Shipping and invoice information is correct, UPS account and service is correct.
Invoice amount as wire transfer correct (do not change).
I hope you finally send goods today
Good luck to you
ASDf
álvaro Rios Sandoval
Enviado desde mi equipo móvil
%{CURRENT_ADVVAR1}
%{CURRENT_CURRTIME}
To ensure delivery of these Emails to your inbox, please add gwenzhan(a)gk-ing.com to your email address book.
Dear Friend:
New product the Smallest Android 4.0 TV box price $42.00/pcs
WIFI support:you can easily surf internet, enjoy all internet sources with your TV.
Video:1080P movie,support RMVB,ASF、AVI、MP4、WMV etc form.
Music:Support MP3、WAV etc form.
HD Picture:Support BMP、JPG、PNG、GIF form.
Live Video:Visit web with HD video and enjoy live video.
Live music:Enjoy latest popular music.
External Memory: Connect U flash,HDD or SD per USB interface.
HDMI Output:HDMI output Video/Audio signal to TV device.
Simple Operation: Support Remote control and Mouse operation.
More details pls http://www.gk-ing.com/product/316.html
Any question pls feel free to let us know.
Regards/Gwen
G&K.Ing "We make miracle" ?
Add:Rm 703.KingLihua Commercial Building,YiYuan Road,Bao"an ,ShenZhen,China
Tel: 86(0)755 22208877 Fax:86(0)755 22141877 Website: www.gk-ing.com
If you don't want to receive these Emails, please click unsubscribe.
Hi,
./flashbench -a /dev/sdb2 --blocksize=1024
align 8589934592 pre 371µs on 736µs post 370µs diff 365µs
align 4294967296 pre 371µs on 739µs post 370µs diff 368µs
align 2147483648 pre 370µs on 737µs post 371µs diff 366µs
align 1073741824 pre 370µs on 740µs post 371µs diff 370µs
align 536870912 pre 371µs on 740µs post 369µs diff 370µs
align 268435456 pre 371µs on 752µs post 371µs diff 381µs
align 134217728 pre 371µs on 739µs post 370µs diff 368µs
align 67108864 pre 370µs on 738µs post 369µs diff 368µs
align 33554432 pre 389µs on 741µs post 370µs diff 361µs
align 16777216 pre 387µs on 737µs post 370µs diff 359µs
align 8388608 pre 370µs on 738µs post 370µs diff 368µs
align 4194304 pre 371µs on 736µs post 371µs diff 365µs
align 2097152 pre 384µs on 736µs post 370µs diff 359µs
align 1048576 pre 389µs on 736µs post 371µs diff 356µs
align 524288 pre 370µs on 734µs post 370µs diff 364µs
align 262144 pre 371µs on 735µs post 370µs diff 364µs
align 131072 pre 384µs on 734µs post 369µs diff 358µs
align 65536 pre 404µs on 737µs post 371µs diff 349µs
align 32768 pre 401µs on 743µs post 369µs diff 358µs
align 16384 pre 405µs on 485µs post 370µs diff 97.1µs
align 8192 pre 383µs on 439µs post 371µs diff 61.5µs
align 4096 pre 372µs on 415µs post 370µs diff 44.2µs
align 2048 pre 404µs on 425µs post 371µs diff 37.1µs
So, this appears to indicate that the erase block size of
Transcend TS32GSSD18M-M is 32kB.
Thanks for a very useful tool,
Andreas Mohr
Label on packaging:
Class 6
Read: Max 24MB/s
Write: Max 13 MB/s
Label on Card:
front (blue):
8 GB
back:
CE
MMBTR08GUBCA-ME
I CYG498GA 135
Made in TAIWAN
head /sys/block/mmcblk0/device/*
==> /sys/block/mmcblk0/device/cid <==
1b534d30303030301001952e5c00b900
==> /sys/block/mmcblk0/device/csd <==
400e00325b5900003b577f800a400000
==> /sys/block/mmcblk0/device/date <==
09/2011
==> /sys/block/mmcblk0/device/erase_size <==
512
==> /sys/block/mmcblk0/device/fwrev <==
0x0
==> /sys/block/mmcblk0/device/hwrev <==
0x1
==> /sys/block/mmcblk0/device/manfid <==
0x00001b
==> /sys/block/mmcblk0/device/name <==
00000
==> /sys/block/mmcblk0/device/oemid <==
0x534d
==> /sys/block/mmcblk0/device/preferred_erase_size <==
4194304
==> /sys/block/mmcblk0/device/scr <==
0235800000000000
==> /sys/block/mmcblk0/device/serial <==
0x01952e5c
==> /sys/block/mmcblk0/device/type <==
SD
==> /sys/block/mmcblk0/device/uevent <==
DRIVER=mmcblk
MMC_TYPE=SD
MMC_NAME=00000
MODALIAS=mmc:block
$ sudo fdisk -lu /dev/mmcblk0
Disk /dev/mmcblk0: 7964 MB, 7964983296 bytes
91 heads, 18 sectors/track, 9497 cylinders, total 15556608 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/mmcblk0p1 8192 15556607 7774208 b W95 FAT32
$ factor 15556608
15556608: 2 2 2 2 2 2 2 2 2 2 2 2 2 3 3 211
$ sudo ./flashbench -a /dev/mmcblk0 --blocksize=1024align 805306368 pre 817µs on 1.17ms post 784µs diff 373µs
align 536870912 pre 940µs on 1.24ms post 851µs diff 344µs
align 402653184 pre 835µs on 1.18ms post 797µs diff 363µs
align 268435456 pre 968µs on 1.23ms post 868µs diff 313µs
align 201326592 pre 833µs on 1.18ms post 780µs diff 371µs
align 134217728 pre 949µs on 1.24ms post 846µs diff 341µs
align 100663296 pre 820µs on 1.17ms post 784µs diff 371µs
align 67108864 pre 967µs on 1.27ms post 876µs diff 345µs
align 50331648 pre 834µs on 1.18ms post 778µs diff 373µs
align 33554432 pre 975µs on 1.24ms post 850µs diff 327µs
align 25165824 pre 839µs on 1.17ms post 782µs diff 362µs
align 16777216 pre 980µs on 1.27ms post 879µs diff 336µs
align 12582912 pre 812µs on 1.14ms post 781µs diff 348µs
align 8388608 pre 939µs on 1.22ms post 849µs diff 322µs
align 6291456 pre 749µs on 1.13ms post 809µs diff 347µs
align 4194304 pre 806µs on 1.06ms post 819µs diff 248µs
align 3145728 pre 696µs on 790µs post 783µs diff 50µs
align 2097152 pre 800µs on 1.04ms post 800µs diff 242µs
align 1572864 pre 693µs on 790µs post 792µs diff 48.4µs
align 1048576 pre 690µs on 803µs post 805µs diff 55.4µs
align 786432 pre 723µs on 821µs post 816µs diff 51.8µs
align 524288 pre 688µs on 790µs post 801µs diff 45.1µs
align 393216 pre 699µs on 796µs post 792µs diff 50.1µs
align 262144 pre 696µs on 807µs post 807µs diff 55.7µs
align 196608 pre 725µs on 822µs post 823µs diff 48.3µs
align 131072 pre 693µs on 794µs post 802µs diff 46.7µs
align 98304 pre 716µs on 820µs post 825µs diff 49.2µs
align 65536 pre 684µs on 790µs post 796µs diff 50.3µs
align 49152 pre 717µs on 813µs post 821µs diff 43.7µs
align 32768 pre 703µs on 806µs post 800µs diff 54.1µs
align 24576 pre 717µs on 810µs post 822µs diff 40.7µs
align 16384 pre 708µs on 801µs post 812µs diff 40.2µs
align 12288 pre 762µs on 756µs post 754µs diff -2647ns
align 8192 pre 718µs on 805µs post 821µs diff 36.1µs
align 6144 pre 737µs on 729µs post 721µs diff 535ns
align 4096 pre 777µs on 769µs post 761µs diff -199ns
align 3072 pre 774µs on 775µs post 753µs diff 10.8µs
align 2048 pre 788µs on 783µs post 773µs diff 2.25µs
$ sudo ./flashbench --open-au /dev/mmcblk0 --blocksize=$[3*8192] --erasesize=$[6*1024*1024] --open-au-nr=2
6MiB 7.73M/s
3MiB 6.04M/s
1.5MiB 7.7M/s
768KiB 7.68M/s
384KiB 7.68M/s
192KiB 7.67M/s
96KiB 6.56M/s
48KiB 6.05M/s
24KiB 4.04M/s
$ sudo ./flashbench --open-au /dev/mmcblk0 --blocksize=$[3*8192] --erasesize=$[6*1024*1024] --open-au-nr=3
6MiB 7.69M/s
3MiB 5.08M/s
1.5MiB 2.92M/s
768KiB 2.25M/s
384KiB 1.54M/s
192KiB 1.48M/s
96KiB 1.09M/s
48KiB 1.1M/s
24KiB 1.08M/s
$ sudo ./flashbench --open-au /dev/mmcblk0 --blocksize=$[3*8192] --erasesize=$[6*1024*1024] --open-au-nr=1 --random
6MiB 3.16M/s
3MiB 1.77M/s
1.5MiB 1.4M/s
768KiB 583K/s
384KiB 331K/s
192KiB 166K/s