Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Automate basic tests #2

Open
bradfa opened this issue Apr 15, 2013 · 3 comments
Open

Automate basic tests #2

bradfa opened this issue Apr 15, 2013 · 3 comments
Assignees

Comments

@bradfa
Copy link
Owner

bradfa commented Apr 15, 2013

If running the -a, open-au, and find-fat tests could be automated, that would be very helpful for getting new users over the hump of using flashbench and reporting results.

For example, the flow would be:

  1. Run -a test, if erase block size is easy to see, output it and continue.
  2. Run open-au tests, without random, to find open-au. Probably need to have the user specify a max number of open-au if they want to test cards with possibly big open-au (Samsung 32 GB essentials, etc). If open-au, non-random, is successful in finding a likely value, continue.
  3. Run random open-au tests. Similar caveats to 2.
  4. Run find-fat tests. Maybe do this even if open-au tests fail, so long as we have a likely erase block size from 1?
@ghost ghost assigned bradfa Apr 15, 2013
@bradfa
Copy link
Owner Author

bradfa commented Apr 15, 2013

Follow ons to this could include some nice features with low overhead:

  • Koen's idea of outputting sfdisk commands, given some input on partition desires, to format the card with ideal partition boundaries based on erase block sizes.
  • Automated submission of results to a server to collect data. This would, with user acceptance, potentially collect much more data on cards.

@eMPee584
Copy link

This would still be very nice. I've tried to use this tool to figure out erase block size on several microsd cards, and eventually gave up on all of them. I just have no clue.
Some automagic probability mechanism would make this actually useful.

@ProBackup-nl
Copy link

-h (human) output that would be interesting:

  1. Optimal partition alignment size, in KiB / MiB
  2. Optimal mkfs.ext3/mkfs.ext4 parameters, f.e. -b 4096 -E stride=8,stripe-width=256

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants