On Thu, 13 Oct 2005 13:02, Eric Blossom wrote:
> I've resurrected rev 1.1 of gr_vmcircbuf_mmap_tmpfile and have added a
> check for contiguous mapping.
>
> NetBSD should be back in business.
Thanks, yes we are back in business ;-)
cheerio Berndt
pgpEdd8jJKN6R.pgp
Description: PGP signature
On Fri, 14 Oct 2005 06:14, LRK wrote:
> Here run as user gr:
>
> ./test_usrp_standard_rx -D 128
> xfered 1.34e+08 bytes in 67.3 seconds. 1.996e+06 bytes/sec. cpu time =
> 1.312 noverruns = 16
>
> ./test_usrp_standard_rx -D 64
> xfered 1.34e+08 bytes in 33.6 seconds. 3.994e+06 bytes/sec. cpu tim
On Thu, 13 Oct 2005 08:00, LRK wrote:
> On Thu, Oct 13, 2005 at 06:32:03AM +0930, Berndt Josef Wulf wrote:
> > > > with CVS-current I'm getting the following message:
> > > >
> > > > barossa: {2} ./dial_tone.py
> > > > gr_vmcircbuf_createfilemapping: createfilemapping is not available
> > > > gr_vm
On Thu, Oct 13, 2005 at 10:06:28AM -0700, Eric Blossom wrote:
>
> Don't use the -M option with small values. You won't get a good
> answer unless you let it run for 10 - 20 seconds or so. We want to
> know what it will sustain over an extended period of time. You'll
> probabably want to run eac
On Thu, Oct 13, 2005 at 09:24:35AM -0500, LRK wrote:
> On Thu, Oct 13, 2005 at 12:35:50AM -0700, Eric Blossom wrote:
> > >
> > > I believe it was gnuradio-examples/python/usrp/benchmark_usb.py that
> > > triggered the problem here.
> >
> > That should be the right answer, but is not completely re
On Thu, Oct 13, 2005 at 12:35:50AM -0700, Eric Blossom wrote:
> >
> > I believe it was gnuradio-examples/python/usrp/benchmark_usb.py that
> > triggered the problem here.
>
> That should be the right answer, but is not completely reliable.
Since I don't have a Tx board, I couldn't run that test
On Thu, 13 Oct 2005 17:05, Eric Blossom wrote:
> > I believe it was gnuradio-examples/python/usrp/benchmark_usb.py that
> > triggered the problem here.
> >
> > cheerio Berndt
>
> That should be the right answer, but is not completely reliable.
>
> Try running test_usrp_standard_rx with different va
>
> I believe it was gnuradio-examples/python/usrp/benchmark_usb.py that
> triggered the problem here.
>
> cheerio Berndt
That should be the right answer, but is not completely reliable.
Try running test_usrp_standard_rx with different values of the
-D option. Start with -D 128, then try -D
