Johnathan, On Thu, Jul 23, 2009 at 2:10 PM, Johnathan Corgan < [email protected]> wrote:
> > This is bad. If the first USRP2 has no frames available, your thread > will block, even if the second USRP2 does. Also, while the thread is > servicing one USRP2, the other is being ignored. > > > > I think the main issue I'd like to remedy is the fact that I know my > machine > > can handle two simultaneous streams of 25MS/s: i.e. if I spawn two > separate > > processes, each talking to a separate USRP2: but my time-aligned source > > block is currently a bottleneck. > > It's the sequential calls into libusrp2 that are the problem. > > Johnathan > Thanks - I think the service-thread per USRP2, and a main thread to align the samples will work well: I have an initial version now, and it is working much better than the single thread (reading from each libusrp2 for each USRP2 sequentially) already. -- Doug Geiger [email protected]
_______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
