A silly question

Hi Community ,
Whenever we open a UHD device following message appears on the terminal
:
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
linux; GNU C++ version 4.4.3; Boost_104000;
UHD_003.004.003-177-g584b7ae2

– Opening a USRP2/N-Series device…
– Current recv frame size: 1472 bytes
– Current send frame size: 1472 bytes

UHD Warning:
The recv buffer could not be resized sufficiently.
Target sock buff size: 50000000 bytes.
Actual sock buff size: 1000000 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=50000000

UHD Warning:
The recv buffer could not be resized sufficiently.
Target sock buff size: 50000000 bytes.
Actual sock buff size: 1000000 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.rmem_max=50000000

UHD Warning:
The send buffer could not be resized sufficiently.
Target sock buff size: 1048576 bytes.
Actual sock buff size: 1000000 bytes.
See the transport application notes on buffer resizing.
Please run: sudo sysctl -w net.core.wmem_max=1048576
Using Volk machine: sse4_1_32
gain = 35.0
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

And after that the program continues. I have made my own customized
spectrum
sensing python script which is controlled by another bash script. I need
to
make a screencast when the whole process goes, but this much long
warning at
the beginning of every iteration is kind of irritating. I tried to find
form
where these are been echoed or printed but no help.

If any body know the location of those files kindly help me out. I need
to
temporarily disable this echo.
** I tried >/dev/null thing but it is suppressing all the required
contents
also.
Thanks :working:


Sumit Kr.
Research Assistant
Communication Research center
IIIT Hyderabad
India

View this message in context:
http://old.nabble.com/A-silly-question-tp34343561p34343561.html
Sent from the GnuRadio mailing list archive at Nabble.com.

If you execute the following commands you will get rid of those
warnings.
These adjust the maximum read and write buffer sizes allowed that the OS
is
allowed to use for network interfaces. See more here:
http://wwwx.cs.unc.edu/~sparkst/howto/network_tuning.php

sudo sysctl -w net.core.rmem_max=50000000
sudo sysctl -w net.core.wmem_max=1048576

You could add these lines in “/etc/sysctl.conf” if you don’t want to
type
those lines every time your system restarts.

Regards,
Ryan

On Fri, Aug 24, 2012 at 6:41 AM, sumitstop

Thanks Ryan…it worked for the three UHD warnings. Now I shall do
something
about

linux; GNU C++ version 4.4.3; Boost_104000; 
UHD_003.004.003-177-g584b7ae2

-- Opening a USRP2/N-Series device...
-- Current recv frame size: 1472 bytes
-- Current send frame size: 1472 bytes

Wolfarth, Ryan wrote:

You could add these lines in “/etc/sysctl.conf” if you don’t want to type

Whenever we open a UHD device following message appears on the terminal :
Actual sock buff size: 1000000 bytes.
UHD Warning:
spectrum
temporarily disable this echo.
IIIT Hyderabad
Discuss-gnuradio Info Page


Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page


Sumit Kr.
Research Assistant
Communication Research center
IIIT Hyderabad
India

View this message in context:
http://old.nabble.com/A-silly-question-tp34343561p34344165.html
Sent from the GnuRadio mailing list archive at Nabble.com.

On 08/24/2012 06:26 AM, sumitstop wrote:

Thanks Ryan…it worked for the three UHD warnings. Now I shall do something
about

http://files.ettus.com/uhd_docs/manual/html/general.html#disabling-or-redirecting-prints-to-stdout

Make this one-time call in c++ at the start of your process.

-josh

How can we do that in a C++/Python hybrid flowgraph? Is there a Python
interface out there?

So to register a python callback into C++ is tricky. The answer is SWIG
directors. However, I nearly killed myself yesterday trying to get that
madness to work.

So until I figure that out… If it helps anybody, this is a hook to
register an empty handler for the messages: diff --git a/gr-uhd/swig/uhd_swig.i b/gr-uhd/swig/uhd_swig.iindex 513c1da..fdd - Pastebin.com

from gnuradio import uhd
uhd.disable_msgs()

-josh

On Fri, 24 Aug 2012 10:18:53 -0700, Josh B. wrote:

Make this one-time call in c++ at the start of your process.

-josh

How can we do that in a C++/Python hybrid flowgraph? Is there a Python
interface out there?

Regards,
Alick

Thanks Josh … I did it :slight_smile:


View this message in context:
http://gnuradio.4.n7.nabble.com/A-silly-question-tp29214p37567.html
Sent from the GnuRadio mailing list archive at Nabble.com.

On Mon, 27 Aug 2012 09:46:56 -0700, Josh B. wrote:

How can we do that in a C++/Python hybrid flowgraph? Is there a Python
interface out there?

So to register a python callback into C++ is tricky. The answer is SWIG
directors. However, I nearly killed myself yesterday trying to get that
madness to work.

Oh, this let me recall that I spent lots of time to make SWIG interfaces
between C++ vector of vector to Python tuple of typle… C++ reference
to vector of vector won’t work. I finally use vector of vector, which
mighe be more expensive because of copy construction. I find SWIG can be
tricky indeed.

So until I figure that out… If it helps anybody, this is a hook to
register an empty handler for the messages: diff --git a/gr-uhd/swig/uhd_swig.i b/gr-uhd/swig/uhd_swig.iindex 513c1da..fdd - Pastebin.com

from gnuradio import uhd
uhd.disable_msgs()

-josh

Thanks for the effort! I really appreciate it.


alick
Fedora 16 (Verne) user
https://fedoraproject.org/wiki/User:Alick