On Wed, Aug 12, 2009 at 11:05:19AM -0700, Jane Chen wrote: > Hi all, > > I ran the tunnel.py, which is one of the gnuradio-examples, on two > PCs (fedora 9 (kernel: 2.6.27), GNU Radio 3.2 and Intel Pentium > D). The RTT is about 30ms. I read the paper "Enabling MAC Protocol > Implementations on Software-Defined Radios" which is written by > George Nychis and found that GNU radio needs 25ms in the user space > in the example. I am wondering if I can use the real time OS to > reduce the latency in the user space. However, I don't see any RTOS > in the build guide on the GNU Radio Wiki > (http://gnuradio.org/trac/wiki/BuildGuide ) . Does anyone know about > if RTOS can reduce the RTT of tunnel.py to less than 1ms?
Before you go the RTOS route, I suggest that you simply try enabling real-time scheduling on Linux. Be sure you're in group usrp, then add this line to /etc/security/limits.conf: @usrp - rtprio 50 Then in your GR program add a call to: gr.enable_realtime_scheduling() There are several examples that do this. Eric _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
