simple examples of how to
Sunday, December 4, 2011
network interface message level
just type
$sudo ethtool eth0
will gives you "Current message level"
how to change it?
sudo ethtool -s eth0 msglvl 0x00000001
Saturday, December 3, 2011
irq stats
cat /proc/interrupts will show irq statistics w.r.t. cpus
1 ChangeLog: 2 Started by Ingo Molnar3 Update by Max Krasnyansky 4 5 SMP IRQ affinity 6 7 /proc/irq/IRQ#/smp_affinity and /proc/irq/IRQ#/smp_affinity_list specify 8 which target CPUs are permitted for a given IRQ source. It's a bitmask 9 (smp_affinity) or cpu list (smp_affinity_list) of allowed CPUs. It's not 10 allowed to turn off all CPUs, and if an IRQ controller does not support 11 IRQ affinity then the value will not change from the default of all cpus. 12 13 /proc/irq/default_smp_affinity specifies default affinity mask that applies 14 to all non-active IRQs. Once IRQ is allocated/activated its affinity bitmask 15 will be set to the default mask. It can then be changed as described above. 16 Default mask is 0xffffffff. 17 18 Here is an example of restricting IRQ44 (eth1) to CPU0-3 then restricting 19 it to CPU4-7 (this is an 8-CPU SMP box): 20 21 [root@moon 44]# cd /proc/irq/44 22 [root@moon 44]# cat smp_affinity 23 ffffffff 24 25 [root@moon 44]# echo 0f > smp_affinity 26 [root@moon 44]# cat smp_affinity 27 0000000f 28 [root@moon 44]# ping -f h 29 PING hell (195.4.7.3): 56 data bytes 30 ... 31 --- hell ping statistics --- 32 6029 packets transmitted, 6027 packets received, 0% packet loss 33 round-trip min/avg/max = 0.1/0.1/0.4 ms 34 [root@moon 44]# cat /proc/interrupts | grep 'CPU\|44:' 35 CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 36 44: 1068 1785 1785 1783 0 0 0 0 IO-APIC-level eth1 37 38 As can be seen from the line above IRQ44 was delivered only to the first four 39 processors (0-3). 40 Now lets restrict that IRQ to CPU(4-7). 41 42 [root@moon 44]# echo f0 > smp_affinity 43 [root@moon 44]# cat smp_affinity 44 000000f0 45 [root@moon 44]# ping -f h 46 PING hell (195.4.7.3): 56 data bytes 47 .. 48 --- hell ping statistics --- 49 2779 packets transmitted, 2777 packets received, 0% packet loss 50 round-trip min/avg/max = 0.1/0.5/585.4 ms 51 [root@moon 44]# cat /proc/interrupts | 'CPU\|44:' 52 CPU0 CPU1 CPU2 CPU3 CPU4 CPU5 CPU6 CPU7 53 44: 1068 1785 1785 1783 1784 1069 1070 1069 IO-APIC-level eth1 54 55 This time around IRQ44 was delivered only to the last four processors. 56 i.e counters for the CPU0-3 did not change. 57 58 Here is an example of limiting that same irq (44) to cpus 1024 to 1031: 59 60 [root@moon 44]# echo 1024-1031 > smp_affinity 61 [root@moon 44]# cat smp_affinity 62 1024-1031 63 64 Note that to do this with a bitmask would require 32 bitmasks of zero 65 to follow the pertinent one.
Monday, November 28, 2011
Launching xclock at remote using ssh
first, at remote enable accessing x from remote node by
remote$ xhost + remote-node
Then, at local, access remote using ssh (be sure X-forwarding is disabled)
then,
remote$ DISPLAY=:0 xclock
Monday, November 7, 2011
[Eclipse] If you encounter this error message
Cannot complete the install because one or more required items could not be found. Software being installed: Android Development Tools 15.0.0.v201110251216-213216 (com.android.ide.eclipse.adt.feature.group 15.0.0.v201110251216-213216) Missing requirement: Android Development Tools 15.0.0.v201110251216-213216 (com.android.ide.eclipse.adt.feature.group 15.0.0.v201110251216-213216) requires 'org.eclipse.wst.sse.core 0.0.0' but it could not be found
While installing android adt plugin, you probably missing a library with ssl.
So just try this.
$ sudo apt-get install openssl libssl-dev
While installing android adt plugin, you probably missing a library with ssl.
So just try this.
$ sudo apt-get install openssl libssl-dev
[Eclipse] eclipse launching fails
Eclipse fails with the following logs.
!SESSION 2011-11-07 23:51:29.573 -----------------------------------------------
eclipse.buildId=M20100211-1343
java.version=1.6.0_20
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments: -os linux -ws gtk -arch x86
!ENTRY org.eclipse.osgi 4 0 2011-11-07 23:51:29.699
!MESSAGE Startup error
!STACK 1
java.lang.IllegalArgumentException: invalid qualifier: 44+drm33
at org.osgi.framework.Version.validate(Version.java:188)
at org.osgi.framework.Version.(Version.java:92)
at org.eclipse.osgi.framework.internal.core.Framework.initializeProperties(Framework.java:361)
at org.eclipse.osgi.framework.internal.core.Framework.initialize(Framework.java:196)
at org.eclipse.osgi.framework.internal.core.Framework.(Framework.java:157)
at org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:286)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:175)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
It seems eclipse does not take the kernel name with '44+drm33' as argument.
FYI, uname -r gives '2.6.32.44+drm33.19'
Fortunately there is a thread about this bug in Ubuntu
https://bugs.launchpad.net/ubuntu/+source/eclipse/+bug/600584
!SESSION 2011-11-07 23:51:29.573 -----------------------------------------------
eclipse.buildId=M20100211-1343
java.version=1.6.0_20
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Command-line arguments: -os linux -ws gtk -arch x86
!ENTRY org.eclipse.osgi 4 0 2011-11-07 23:51:29.699
!MESSAGE Startup error
!STACK 1
java.lang.IllegalArgumentException: invalid qualifier: 44+drm33
at org.osgi.framework.Version.validate(Version.java:188)
at org.osgi.framework.Version.
at org.eclipse.osgi.framework.internal.core.Framework.initializeProperties(Framework.java:361)
at org.eclipse.osgi.framework.internal.core.Framework.initialize(Framework.java:196)
at org.eclipse.osgi.framework.internal.core.Framework.
at org.eclipse.core.runtime.adaptor.EclipseStarter.startup(EclipseStarter.java:286)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:175)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
It seems eclipse does not take the kernel name with '44+drm33' as argument.
FYI, uname -r gives '2.6.32.44+drm33.19'
Fortunately there is a thread about this bug in Ubuntu
https://bugs.launchpad.net/ubuntu/+source/eclipse/+bug/600584
Subscribe to:
Posts (Atom)