Hi, My Ethernet controller info.
Ethernet controller: Broadcom Corporation NetXtreme BCM57762 Gigabit Ethernet PCIe Subsystem: Apple Inc. Device 00f6 Physical Slot: 9 Flags: bus master, fast devsel, latency 0, IRQ 19 Memory at acb00000 (64-bit, prefetchable) [size=64K] Memory at acb10000 (64-bit, prefetchable) [size=64K] Expansion ROM at a0a00000 [disabled] [size=64K] Capabilities: <access denied> Kernel driver in use: tg3 And I changed rmem_max and wmem_max but, it was not effect. How can I change recv_buffer_size ?? Thanks 2016-03-28 0:37 GMT+09:00 Marcus D. Leech <mle...@ripnet.com>: > On 03/27/2016 05:53 AM, tom x wrote: > > Hi, > > >I think my PC can handle this sample rate > Have you tried other rates? What's the highest sample rate before overflow > occurs? > > >How can I handle this problem ? > Maybe a power squelch block? You can filter out signals that don't meet a > db threshold before they reach your PC. > https://gnuradio.org/doc/doxygen/classgr_1_1analog_1_1pwr__squelch__cc.html > > That's not how Gnu Radio works. The blocks run on your PC. > > However the power squelch I believe interrupts the sample stream, so that > if you're writing to disk, the average write rate to the disk > is lowered in this case, depending on the dynamics of the amplitude of > your signals, since you'll only be writing "good stuff". > > If you're getting 'D', this may be your ethernet controller--what type do > you have? The 82579LM is notorious for dropping data. > Also, make certain that your network buffering is configured correctly. > See the notes here: > > http://files.ettus.com/manual/page_transport.html#transport_udp_linux > > > > > On Sun, Mar 27, 2016 at 10:56 AM, SangHyuk Kim <tkdgur7...@gmail.com> > wrote: > >> Hi, >> >> I'm using USRP N210 with CBX daughter board on native Ubuntu 14.04 >> >> When I open fft_uhd with sample rate about 25 MSps, it spits out of >> "D"(overfow) >> >> As I know, USRP N210 support sample rate up to 25 MSps and it's possible >> on Tx mode. >> >> I think my PC can handle this sample rate, but I don't know why this is >> happened. >> >> How can I handle this problem ? >> >> Thanks. >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> > > > _______________________________________________ > Discuss-gnuradio mailing > listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio