On 08/15/2012 09:32 AM, Gema Gomez wrote:
Hey Jeff,

On 15/08/12 14:07, Jeff Lane wrote:
Hey folks,

I wanted to ask a quick and dirty question:

What would you consider a "Stress" test of removable media like USB Keys
& SD/SDHC cards?

What are you trying to test exactly, the speed of the HW itself or the
throughput that you get from a particular driver/implementation? The
file-system on that media? The time it takes to wear off? What is it
that you are trying to stress?

That's a good question, and in reality, it's just a general "Lets do a whole lot of stuff to this removable device at once and make sure it doesn't fall over". Not looking to explore specific facets, more like just general load testing. I think your ideas below address the spirit of the exercise.


I'm working on enhancing a script and so far, the only idea put forth
was to do multiple simultaneous read/writes (like 100 at a time). But is
that a realistic stress test for something meant to be small, light but
with a very slow transfer speed?

It all depends on what you are trying to achieve. There are many
variables and there are file-system implementations that can interfere
with your measurements.

Or would it be more appropriate to do something more realistic like,
transfer increasingly large files up to a pre-determined size (perhaps a
2GB file size max?)

Maybe for an SD card more realistic would be to transfer 3-4 MB files,
but tons of them, like people do with cameras/music. Again back to my
question of what you are trying to stress.

Currently, I have something that does X concurrent threads that write data to a device, checksum the data and compare that checksum to the original file for verification. I think your suggestion is more inline with real-world usage (e.g. the camera use, or transferring a library of music, etc) and may be more valuable as this is really, as mentioned above, a general load test, not necessarily stressing or looking at a particular piece in the stack.


Thanks,
Gema


Cheers,

Jeff





--
Jeff Lane - Hardware Certification Engineer and Test Tools Developer
Ubuntu Ham: W4KDH
Freenode IRC: bladernr or bladernr_
gpg: 1024D/3A14B2DD 8C88 B076 0DD7 B404 1417  C466 4ABD 3635 3A14 B2DD

--
Ubuntu-qa mailing list
Ubuntu-qa@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-qa

Reply via email to