recommended micro sd card ?
#41
Ok so i tested both cards and here are the results:

Kingston 16GB class 10 UHS1
Sequential Read (Q= 32,T= 1) : 72.947 MB/s
Sequential Write (Q= 32,T= 1) : 10.459 MB/s
Random Read 4KiB (Q= 32,T= 1) : 6.633 MB/s [ 1619.4 IOPS]
Random Write 4KiB (Q= 32,T= 1) : 0.421 MB/s [ 102.8 IOPS]
Sequential Read (T= 1) : 71.308 MB/s
Sequential Write (T= 1) : 10.066 MB/s
Random Read 4KiB (Q= 1,T= 1) : 6.341 MB/s [ 1548.1 IOPS]
Random Write 4KiB (Q= 1,T= 1) : 0.406 MB/s [ 99.1 IOPS]

Transcend 8gb Class 4

Sequential Read (Q= 32,T= 1) : 22.491 MB/s
Sequential Write (Q= 32,T= 1) : 6.475 MB/s
Random Read 4KiB (Q= 32,T= 1) : 5.560 MB/s [ 1357.4 IOPS]
Random Write 4KiB (Q= 32,T= 1) : 1.876 MB/s [ 458.0 IOPS]
Sequential Read (T= 1) : 23.072 MB/s
Sequential Write (T= 1) : 5.871 MB/s
Random Read 4KiB (Q= 1,T= 1) : 5.493 MB/s [ 1341.1 IOPS]
Random Write 4KiB (Q= 1,T= 1) : 1.882 MB/s [ 459.5 IOPS]

Both used Test : 50 MiB [D: 0.0% (0.0/4815.0 MiB)] (x5) [Interval=5 sec] via crystaldiskmark x64

So looking at it the transcend only beats the kingston in speed at the random writing parts, but i find the speed in the pine64 from those 2 cards really different as the transcend loads things up faster and doest hang as much. Is the random write speed really that differentiating?
#42
(04-30-2016, 02:55 AM)xrez Wrote: So looking at it the transcend only beats the kingston in speed at the random writing parts, but i find the speed in the pine64 from those 2 cards really different as the transcend loads things up faster and doest hang as much. Is the random write speed really that differentiating?

Funny, isn't it?

The 'faster' Kingston that clearly shows better sequential speeds is over 4 times slower regarding random I/O and therefore the whole Android system starts to stutter. This is the reason why Android devices normally have onboard eMMC that is magnitudes faster than your (still rather) slow Transcend card.

Combining slow storage (the average SD card pulled out of a camera) with Android/RemixOS is a simple recipe to get worst user experience ever. Well known since ages.

BTW: Same applies to 'Linux as Desktop', when you start to monitor I/O behaviour and watch Firefox for example opening up a couple of SQLite databases and being stuck in I/O it's also obvious that you have to take care of storage that shows high IOPS at random writes with small sector/block sizes. Speed class is close to irrelevant since this is only about large sequential reads/writes. And now take a look into Pine64's wiki or the so called 'freshman guide' what recommendations are written there.
#43
(04-30-2016, 01:28 AM)tkaiser Wrote:
(04-29-2016, 08:40 PM)xrez Wrote: Thanks for that Tkaiser. I'm still new at all of this and has been educational. Over here a 16gb evo card costs about $23 usd vs the cheapo Kingston at about $6 usd.

Sorry, but where do you have to pay more than $10 for a 32GB EVO? This is one click away from your Amazon link: http://www.amazon.com/gp/product/B00IVPU786/

To test speeds you use H2testw or f3 in a first step (this tells you sequential speeds and whether your card is fake or not) and then CrystalDiskMark to test random I/O too (see the explanations here: http://thewirecutter.com/reviews/best-microsd-card/)

And you should always keep in mind that all Samsungs I tested are pretty slow directly after powering up. They need some time to get faster (maybe some calibration or something like that happens)

Plus shipping to Australia its about usd17 still. Hence why im trying to find an alternative to the samsung microsd cards
#44
(04-30-2016, 03:18 AM)xrez Wrote: Hence why im trying to find an alternative to the samsung microsd cards

One last time: The most important factor for SBC (or Android device) performance is random I/O with small record/block sizes. This is not related to the 'speed class' ratings and cards of the same speed class show differences in the range of being 20 times slower (or even more).

So all you can do is to rely on real measurements done within the last few weeks/months. At Armbian we've done this, others have done this. Forget about any cards listed there that are older than 6 months since in the meantime newer controllers or NAND dies could be used. Here you find the results of different test runs: https://github.com/igorpecovnik/lib/blob...re-sd-card (the tests made by Armbian users being the 'best' for Pine64 since already taken the sequential speed limitation into account)
#45
(04-30-2016, 02:55 AM)xrez Wrote: Ok so i tested both cards and here are the results:

Kingston 16GB class 10 UHS1
    Sequential Read (Q= 32,T= 1) :    72.947 MB/s
   Sequential Write (Q= 32,T= 1) :    10.459 MB/s
Random Read 4KiB (Q= 32,T= 1) :     6.633 MB/s [  1619.4 IOPS]
Random Write 4KiB (Q= 32,T= 1) :     0.421 MB/s [   102.8 IOPS]
              Sequential Read (T= 1) :    71.308 MB/s
              Sequential Write (T= 1) :    10.066 MB/s
  Random Read 4KiB (Q= 1,T= 1) :     6.341 MB/s [  1548.1 IOPS]
 Random Write 4KiB (Q= 1,T= 1) :     0.406 MB/s [    99.1 IOPS]

Transcend 8gb Class 4

   Sequential Read (Q= 32,T= 1) :    22.491 MB/s
   Sequential Write (Q= 32,T= 1) :     6.475 MB/s
Random Read 4KiB (Q= 32,T= 1) :     5.560 MB/s [  1357.4 IOPS]
Random Write 4KiB (Q= 32,T= 1) :     1.876 MB/s [   458.0 IOPS]
              Sequential Read (T= 1) :    23.072 MB/s
              Sequential Write (T= 1) :     5.871 MB/s
  Random Read 4KiB (Q= 1,T= 1) :     5.493 MB/s [  1341.1 IOPS]
 Random Write 4KiB (Q= 1,T= 1) :     1.882 MB/s [   459.5 IOPS]

Both used Test : 50 MiB [D: 0.0% (0.0/4815.0 MiB)] (x5)  [Interval=5 sec] via crystaldiskmark x64

So looking at it the transcend only beats the kingston in speed at the random writing parts, but i find the speed in the pine64 from those 2 cards really different as the transcend loads things up faster and doest hang as much. Is the random write speed really that differentiating?
Thank you for this.  I now know that my issues are with my card.  Here are my results:


Attached Files Thumbnail(s)
       
#46
This may be a dumb question, but how do we know that these tests, when we each test these micro SD cards at home are testing the micro SD cards and not our equipment's ability to read/write to them?  For example. would I get the same results on the same card in a different computer?  What if I used the same micro SD in a SD adapter (via my computer's built in card reader) vs in a USB  SD card reader (VIA a USB port) on the same computer?

I realize that the point is to source a micro SD card with as fast a random I/O as possible, but how do we know what's fastest to the Pine64+ ?
#47
You are testing both

If you want to be sure to get a useful test with pine, install Linux to the prospective cards and run the test in Linux on pine.
#48
(04-30-2016, 10:36 PM)NondescriptMember Wrote: For example. would I get the same results on the same card in a different computer?

Depends. For example: I've a few rather expensive SanDisk Extreme Pro (if you buy SanDisk either buy Pro or Plus, the 'normal' SanDisks show very low random I/O write performance especially at 16K sector size).

When I write OS images to them on my MacBook I get sequential write speeds of up to 80 MB/s (which is nice since burning images is fast). But if I use the card in Pine64 then sequential transfer speeds are limited to the Pine64's SDIO implementation (4 bit @ 50 MHz --> theoretical limit of 25MB/s, in reality it's 22-23 MB/s and sequential writes are a little bit slower than reads).

SEQUENTIAL transfer speeds are close to IRRELEVANT when we talk about SBC useage. So it's both useless to look after any product that is advertised with 'more than 25 MB/s' and sequential transfer speeds don't matter at all.

Get a fresh card that shows superiour random I/O performance and don't buy no-name crap (Kingston, PNY and the like -- they all buy cheap NAND dies and controllers on the spot markets and all you get are slow cards that just fulfil the irrelevant sequential speed class ratings)

(04-30-2016, 10:36 PM)NondescriptMember Wrote: I realize that the point is to source a micro SD card with as fast a random I/O as possible, but how do we know what's fastest to the Pine64+ ?

All these results collected here apply to Pine64: http://forum.armbian.com/index.php/topic...rformance/

Random I/O performance depends not that much on the host's SDIO or USB implementation but on the controller used inside the SD card. So while sequential speeds differ between different hosts, random I/O performance varies only a little bit.

(04-30-2016, 08:02 PM)NondescriptMember Wrote:  I now know that my issues are with my card.  Here are my results:

Yes, very slow random I/O performance: very sluggish Android/RemixOS behaviour. Everything as expected.

The eMMC used in typical Android devices is magnitudes faster than the PNY card you use (even if sequential transfer speeds might look slower -- only random I/O matters)
#49
Quote:If you want to be sure to get a useful test with pine, install Linux to the prospective cards and run the test in Linux on pine.
Thank you for that, hyperlogos; I know that is prudent advice, but I also know that do so far exceeds my capabilities.


Quote:don't buy no-name crap (Kingston, PNY and the like -- they all buy cheap NAND dies and controllers on the spot markets and all you get are slow cards that just fulfil the irrelevant sequential speed class ratings)
tkaiser, I've been following everything you been saying with regard to these SD cards, and I consider you a (if not the) subject matter expert.  I know you're getting tired of saying the same thing over and over again.  It's my practice to avoid the need for that.  I believed that I was approaching the subject from a different perspective (not necessarily different than your own experiences, but different than has been discussed on this forum).  I didn't read anything to suggest that PNY was crap (PNY is too small of a search term so I may have missed it).  Thank you so much for your new insights and for your willingness to give thorough responses!

While this particular PNY card was the only 64gb card in stock at Walmart, I probably would have selected it by choice because it is marketed for use in Android devices (assuming the standard EVO card wasn't available).  I truly thought PNY was a good product.
#50
they should really start rating random i/o speeds imho


Possibly Related Threads…
Thread Author Replies Views Last Post
  Recommended kits to buy? Silk 1 3,219 12-06-2020, 11:28 PM
Last Post: tllim
  How to boot from SD card on pinebook pro linux123 3 5,949 12-02-2020, 10:29 AM
Last Post: linux123
  micro sd card won't insert Samuel Venable 2 4,386 09-01-2020, 12:15 AM
Last Post: Samuel Venable
  SD Card boot - trying out OS Baconomics 1 4,286 06-19-2020, 06:58 AM
Last Post: tophneal
  How to boot from the SD card and install to eMMC? ravanh 2 6,365 03-18-2020, 09:42 AM
Last Post: tophneal
  eMMC card on adapter Malmgren 8 11,000 03-20-2018, 11:14 AM
Last Post: Malmgren
  corrupt microsd card after reboot maxpayne 6 9,882 02-08-2017, 05:42 PM
Last Post: maxpayne
  unable to write an pine64 image on a 16G micro suresh 2 5,274 01-26-2017, 12:56 PM
Last Post: suresh
  recommended micro sd card? Gustavo Woltmann 1 3,541 01-03-2017, 11:38 PM
Last Post: MarkHaysHarris777
  What is on the Micro SC card that came with the board? clawinus 1 3,625 11-03-2016, 02:33 PM
Last Post: MarkHaysHarris777

Forum Jump:


Users browsing this thread: 4 Guest(s)