Re: [Discuss-gnuradio] Realtime Scheduling Problem

2014-08-04 Thread Sabathy Mischa
...@ripnet.com [mailto:mle...@ripnet.com] Sent: Dienstag, 29. Juli 2014 16:06 To: Tom Rondeau Cc: Sabathy Mischa; discuss-gnuradio@gnu.org; discuss-gnuradio-bounces+mleech=ripnet@gnu.org Subject: Re: [Discuss-gnuradio] Realtime Scheduling Problem Was the flow-graph changed between restarts? One mistake

Re: [Discuss-gnuradio] Realtime Scheduling Problem

2014-07-29 Thread Sabathy Mischa
Subject: Re: [Discuss-gnuradio] Realtime Scheduling Problem Was the flow-graph changed between restarts? One mistake new users of Gnu Radio make is to create filters that have an impossibly-high number of taps, which become choke points where they consume a lot of CPU, make hardly any

Re: [Discuss-gnuradio] Realtime Scheduling Problem

2014-07-29 Thread mleech
Was the flow-graph changed between restarts? One mistake new users of Gnu Radio make is to create filters that have an impossibly-high number of taps, which become choke points where they consume a lot of CPU, make hardly any progress, and all the downstream blocks starve for samples. On

Re: [Discuss-gnuradio] Realtime Scheduling Problem

2014-07-29 Thread Tom Rondeau
On Tue, Jul 29, 2014 at 9:13 AM, Sabathy Mischa wrote: > Dear All, > > > > I am running GNU Radio 3.7.3 on a Debian Wheezy System with XFCE Desktop. > > In the setup I have, a USRP N210 with a SBX daughterboard is used. The > USRP samples at 25 MSPS and pretty big processing chain in GNU Radio t

[Discuss-gnuradio] Realtime Scheduling Problem

2014-07-29 Thread Sabathy Mischa
Dear All, I am running GNU Radio 3.7.3 on a Debian Wheezy System with XFCE Desktop. In the setup I have, a USRP N210 with a SBX daughterboard is used. The USRP samples at 25 MSPS and pretty big processing chain in GNU Radio takes place, which uses about 40 percent of every of the total 8 CPUS. T

Re: [Discuss-gnuradio] Realtime Scheduling

2010-12-05 Thread Tom Rondeau
On Sun, Dec 5, 2010 at 9:05 PM, Steve Mcmahon wrote: > Hello: > > I am writing a flowgraph using GRC. In the "Options" block, there is > something called "Realtime Scheduling", which can be On or Off. What does > this do, under the hood? When should you set it to On? When would you want to > se

[Discuss-gnuradio] Realtime Scheduling

2010-12-05 Thread Steve Mcmahon
Hello: I am writing a flowgraph using GRC. In the "Options" block, there is something called "Realtime Scheduling", which can be On or Off. What does this do, under the hood? When should you set it to On? When would you want to set it to Off? Thanks. Steve McMahon __

Re: [Discuss-gnuradio] Realtime scheduling : Help

2010-07-24 Thread zero cool
I think anil is more concern about, getting data through usrp_rx_cfile.py, in real time, is it possible in gnuradio, or what modifications we want to make it possible On 7/24/10, Tim Pearce wrote: >> On Sat, Jul 24, 2010 at 6:12 PM, Anil Sharma >> wrote: >> Hi everyone , >> I am just a newbie to

Re: [Discuss-gnuradio] Realtime scheduling : Help

2010-07-24 Thread Tim Pearce
> On Sat, Jul 24, 2010 at 6:12 PM, Anil Sharma wrote: > Hi everyone , > I am just a newbie to gnuradio, please someone guide me. Can some one please explain me what is realtime scheduling in > gnuradio used for. And how we can use the realtime scheduling in gnuradio , Moreover what is needed to m

[Discuss-gnuradio] Realtime scheduling : Help

2010-07-24 Thread Anil Sharma
Hi everyone , I am just a newbie to gnuradio, please someone guide me. Can some one please explain me what is realtime scheduling in gnuradio used for. And how we can use the realtime scheduling in gnuradio , Moreover what is needed to make it set up in my ubuntu lucid.Please do guide me if any l

[Discuss-gnuradio] Realtime scheduling with Linux kernel 2.6.24

2008-02-12 Thread Patrick Strasser
Hello! To enable realtime scheduling the requesting process needs CAP_SYS_NICE. Until now this meat running as root (and probably dropping all other capabilities), either as root user, via a wrapper or with sudo [1]. running as root initially is not preferable, but probably the most used pra