Re: all syscalls initially taking 4usec on a P4? Re: nonblocking UDPv4 recvfrom() taking 4usec @ 3GHz?

From: Ian McDonald
Date: Tue Feb 20 2007 - 17:46:44 EST


On 2/21/07, bert hubert <bert.hubert@xxxxxxxxxxxxx> wrote:
I'm trying to figure out which processes have the most impact, I had already
killed anything non-essential. But that still leaves 140 pids.

Bert

That sounds way too many pids. I run a script to shut down processes
when I do testing as it makes a HUGE difference to my timing of things
which can be quite critical.

Here's my list of 46 and that includes me sshing into a box and
checking for processes:
UnID PID PPID CMD
root 1 0 init [2]
root 2 1 [ksoftirqd/0]
root 3 1 [watchdog/0]
root 4 1 [events/0]
root 5 1 [khelper]
root 6 1 [kthread]
root 40 6 [kblockd/0]
root 41 6 [kacpid]
root 110 6 [cqueue/0]
root 111 6 [ata/0]
root 112 6 [ata_aux]
root 113 6 [kseriod]
root 135 6 [rt-test-0]
root 137 6 [rt-test-1]
root 139 6 [rt-test-2]
root 141 6 [rt-test-3]
root 143 6 [rt-test-4]
root 145 6 [rt-test-5]
root 147 6 [rt-test-6]
root 149 6 [rt-test-7]
root 151 6 [pdflush]
root 152 6 [pdflush]
root 153 6 [kswapd0]
root 154 6 [aio/0]
root 838 6 [kedac]
root 843 6 [kjournald]
root 1720 6 [ksuspend_usbd]
root 1721 6 [khubd]
root 1741 6 [kpsmoused]
root 2544 1 /sbin/syslogd
root 2554 1 /sbin/klogd -x
root 2851 1 /usr/sbin/inetd
root 2863 1 /usr/sbin/sshd
ntp 2954 1 /usr/sbin/ntpd -p /var/run/ntpd.pid -u 111:111 -g
root 3061 1 /bin/login --
root 3062 1 /sbin/getty 38400 tty2
root 3063 1 /sbin/getty 38400 tty3
root 3064 1 /sbin/getty 38400 tty4
root 3065 1 /sbin/getty 38400 tty5
root 3066 1 /sbin/getty 38400 tty6
ian 3083 3061 -bash
root 21518 2863 sshd: ian [priv]
ian 21520 21518 sshd: ian@pts/1
ian 21521 21520 -bash
ian 21747 21521 ps -ef

--
Web: http://wand.net.nz/~iam4
Blog: http://iansblog.jandi.co.nz
WAND Network Research Group
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/