|
From: | Mark McCarron |
Subject: | Re: [Discuss-gnuradio] Fwd: Question about UHD driver |
Date: | Fri, 17 May 2013 20:41:23 +0100 |
I don't know if I agree with this. I don't usually have issues with the memory bus. Every problem I have encountered, in terms of bottlenecks, is nearly always related to I/O. The CPU is useless at this and that's why we have DMA.
With constant streams of real-time data, there is a fixed window in which to get all the processing done. Thus each stage needs to be optimized and that begins with I/O. We really should have some performance metrics for each block, so that when they are combined we have estimate of the total end-to-end time. Regards, Mark McCarron Date: Fri, 17 May 2013 14:52:09 -0400 From: address@hidden To: address@hidden Subject: [Discuss-gnuradio] Fwd: Question about UHD driver This was actually supposed to go to the list as well.
---------- Forwarded message ---------- From: Hilbert Transform <address@hidden> Date: Fri, May 17, 2013 at 2:48 PM Subject: Re: [Discuss-gnuradio] Question about UHD driver To: Mark McCarron <address@hidden> Mark:
The critical resource here, which drives the need to reduce memcpy-like operations isn't CPU, but memoryFirst, it's "copies are bad", then it's "copies are good". Make up your mind, laddy. :) should perhaps spend their time playing Zork? Or surfing porn? Again, the "drive" to reduce memory-to-memory copy traffic is to reduce pressure on memory bus bandwidth, not might want to do in a flow-graph" which is clearly absurd. But again, getting the data out of the hardware, while an important problem, usually constitutes a small fraction of On Fri, May 17, 2013 at 2:36 PM, Mark McCarron <address@hidden> wrote:
-- Purveyor of fine Hilbert (Godamn) Transforms since 2013
-- Purveyor of fine Hilbert (Godamn) Transforms since 2013
_______________________________________________ Discuss-gnuradio mailing list address@hidden https://lists.gnu.org/mailman/listinfo/discuss-gnuradio |
[Prev in Thread] | Current Thread | [Next in Thread] |