On 02/05/2012 04:08 PM, Tom Rondeau wrote:
On Sun, Feb 5, 2012 at 3:49 PM, Marcus D. Leech <mle...@ripnet.com <mailto:mle...@ripnet.com>> wrote:

    I have an application, SIDSuite, that I've been running on my
    hardware here for about 18 months continuously, with reasonable
    performance
     (the UI isn't totally-snappy, but acceptable).  Some time
    recently, with an upgrade of Gnu Radio, the performance became utterly
     unacceptable--the UI became unusable, and updates to the FFT and
    Waterfall sinks became very "chunky".  I haven't changed the
     app in months and months.

    So, I started taking my Gnu Radio back further and further in
    time, until I was back to "normal".  I had to regress my GIT tree
    back to:

    commit 2ed887b69a3b15840830998c4e6157176d427f60
    Author: Josh Blum <j...@joshknows.com <mailto:j...@joshknows.com>>
    Date:   Sat Dec 31 13:06:01 2011 -0800

    In order to get decent performance again.

    I have no idea what's causing the performance melt-down, but
    regressing back to that commit fixes it, again with no changes to the
     application in question.

    I will try creeping forward from this commit to see if I can
    narrow it down.  Blah.


-- Marcus Leech
    Principal Investigator
    Shirleys Bay Radio Astronomy Consortium
    http://www.sbrac.org



The only addition that I can think of is the max_noutputs addition that went into the scheduler, which was merge:
ab7cfce4a78dbb95a7c8871f56f4cb037e5b1bb2
Made on Jan 3.

All this does is add a std::min check in line for sources and normal blocks, though, and on my machines showed absolutely no performance degradation. If this is seriously what's causing your problems, then you must have been right on the edge performance-wise and these few added cycles took you over the top.

Tom

That doesn't appear to be it. Just built and installed that, and app is still fine. Fast-forwarding a little bit and see what happens.



--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to