[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] FIFO latency
From: |
Andre Puschmann |
Subject: |
Re: [Discuss-gnuradio] FIFO latency |
Date: |
Mon, 30 May 2011 10:54:56 +0200 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Lightning/1.0b2 Thunderbird/3.1.10 |
On 05/29/2011 10:22 AM, Alexander Chemeris wrote:
> On Sun, May 29, 2011 at 03:05, Marcus D. Leech <address@hidden> wrote:
>> On 05/28/2011 04:28 PM, Alexander Chemeris wrote:
>>>>
>>>> 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.
>>>
>> OK, so a roughly 3:1 improvement in peak latency, and somewhat better
>> predicability.
>>
>> 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.
>
> Sure, I don't say that no one should use queues :)
> I just want to say that it may not be suitable for applications with
> more tight requirements - i.e. some alternative may be needed.
>
> But to say truth - I'm surprised by their performance, I thought it
> would be much worse. So it may be a good starting point from which we
> could refine later.
>
Linux' pipe implementation is known to be quite slow. I would suggest to
use UNIX sockets instead. They should perform much better in terms of
latency and performance.
Cheers,
Andre
- [Discuss-gnuradio] FIFO latency, Marcus D. Leech, 2011/05/28
- Re: [Discuss-gnuradio] FIFO latency, Alexander Chemeris, 2011/05/28
- Re: [Discuss-gnuradio] FIFO latency, Marcus D. Leech, 2011/05/28
- Re: [Discuss-gnuradio] FIFO latency, Alexander Chemeris, 2011/05/28
- Re: [Discuss-gnuradio] FIFO latency, Alexander Chemeris, 2011/05/28
- Re: [Discuss-gnuradio] FIFO latency, Marcus D. Leech, 2011/05/28
- Re: [Discuss-gnuradio] FIFO latency, Alexander Chemeris, 2011/05/29
- Re: [Discuss-gnuradio] FIFO latency, Colby Boyer, 2011/05/29
- Re: [Discuss-gnuradio] FIFO latency, Alexander Chemeris, 2011/05/30
- Re: [Discuss-gnuradio] FIFO latency,
Andre Puschmann <=
- Re: [Discuss-gnuradio] FIFO latency, Alexander Chemeris, 2011/05/30
- Re: [Discuss-gnuradio] FIFO latency, Marcus D. Leech, 2011/05/30
- Re: [Discuss-gnuradio] FIFO latency, Andre Puschmann, 2011/05/30
- Re: [Discuss-gnuradio] FIFO latency, Alexander Chemeris, 2011/05/30
Re: [Discuss-gnuradio] FIFO latency, Josh Blum, 2011/05/28