[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Segfault

From: Marcus D. Leech
Subject: Re: [Discuss-gnuradio] Segfault
Date: Wed, 14 Mar 2012 20:35:51 -0400
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv: Gecko/20111108 Fedora/3.1.16-1.fc14 Thunderbird/3.1.16

Tangential and not directly relevant, but I was testing an embedded ARM system on Tuesday specifically for SDcard write performance, and on
  a Class-10 SDcard was able to sustain 40Mbyte/second on a 32Mbyte "sprint"--for 100 iterations.  That's unrelated to USRP performance,
  but at least on ARM hardware writing to "decent" SD cards, you can get pretty-good performance.

Just to add more to this discussion in case anyone is curious:

Unfortunately, this doesn't mean that ARM-based SoCs will follow this trend.  Using the ARM architecture doesn't guarantee good SD Card support; it really comes down to the manufacturer of the chip itself.  For the E1xx devices, we are reliant on TI's capability to work well with SD Cards, since it is the OMAP3 chip acting as the controller (assuming, of course, that support in the Linux kernel is solid).


Fair enough.  But on my Pandaboard, I get goodish SD card performance--which uses a TI part.  There *have* been issues with this (Panda) board
  and both SD-card compatibility and performance.  My buddie's Panda-ES device, for example, gets *sucky* SD card performance, whereas my
  Panda-A3 gets good performance.

Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium

reply via email to

[Prev in Thread] Current Thread [Next in Thread]