Help us develop the next-generation software, now in alpha!

Run protocol analyzers in background threads

I have captures of around 3GB, and I'm trying to analyze 3 separate SPI bit-streams in the capture. Unfortunately the UI freezes for extended periods of time while trying to decode all the data.

Instead of performing the protocol analysis on the UI thread; it would be far better to run the protocol analyzers in separate threads which would leave the UI responsive for navigation. Additionally this would result in faster execution when using multiple protocol analyzers on any modern processor with multiple cores.

  • Guest
  • Jul 11 2018
  • Already exists
  • Mark Garrison commented
    July 11, 2018 20:20

    Hi Malcolm,

    This sounds like a bug. The analyzers themselves produce data on background threads, however the application may slow down if memory allocation starts to slow down.
    Most likely though this is actually a bug in the protocol search system. If you disable protocol search in the preferences, and then restart the software and try again, the performance might improve dramatically. Also, please open a support ticket and provide the following:
    Length of capture.
    Number of enabled channels (analog and digital)
    sample rate.
    SPI clock speed.
    estimation of SPI bus utilization (is it transferring data non-stop, or is it highly "bursty" with long idle times)
    This will help us setup a simulation and run a benchmark on it to figure out what's going wrong.

  • Admin
    Joe Garrison commented
    May 23, 2019 17:23

    I believe this is fixed in the current software, as well as the next generation alpha software.  Let us know if we should re-open!