|
From: | Marcus D. Leech |
Subject: | Re: [Discuss-gnuradio] FIFO latency |
Date: | Sat, 28 May 2011 19:05:55 -0400 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110428 Fedora/3.1.10-1.fc14 Thunderbird/3.1.10 |
On 05/28/2011 04:28 PM, Alexander Chemeris wrote:
OK, so a roughly 3:1 improvement in peak latency, and somewhat better predicability.So, while this method is simple and good for non-realtime applications, it doesn't fit our needs. It may be usable for PHY<->MAC interaction, but even here I'm not sure it would work well. PS I test on Core 2 Duo 1.6 GHz with all the GUI stuff running.Ok, setting CPU affinity and cutting off startup artifacts definitely helps. Results are in attachment. Still you can see quite some uncertainty.
But I'd still counter-assert, to your assertion, that latencies in the 10s-of-usec are entirely acceptable for a wide-range of "real-time" applications, even with occasional latency excursions that increase the variability
by 50:1 or so.I can well imagine that they aren't acceptable for *your* application. I mean, if all applications were the same, it would be a very boring world, with most of us working at fast-food restaurants :-)
But I'll stand by my original suggestion that use of FIFOs are an acceptable technique for a wide variety of applications, including
"real-time" applications, depending on constraints and requirements. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org
[Prev in Thread] | Current Thread | [Next in Thread] |