FW: significance of process "events/0"

["Abu M. Muttalib" <abum@aftek.com>]

Hi Abu,

Oops, I forgot to CC the list. That's done now.
I suggest you to resend your reply to the list...

Hope someone has a clue...

    :-)

    Michael.
> Hi Mick,
>
> Thats exactly I want to know. My target after this causes an OOM.
>
> ~Abu.
>
> -----Original Message-----
> From: Michael Opdenacker [mailto:michael-lists@free-electrons.com]
> Sent: Friday, June 09, 2006 7:46 PM
> To: Abu M. Muttalib
> Subject: Re: significance of process "events/0"
>
>
> Hi Abu,
>   
>> While running few of the application on target board, running kernel
>>     
> 2.6.13
>   
>> compiled for ARM architecture, I get the following ps listings:
>>
>>   PID  Uid     VmSize Stat Command
>>     1 yoku        528 S   init [3]
>>     2 yoku            SWN [ksoftirqd/0]
>>     3 yoku            SW< [events/0]
>>     4 yoku            SW< [khelper]
>>     5 yoku            SW< [kthread]
>>    18 yoku            SW< [kblockd/0]
>>    43 yoku            SW  [pdflush]
>>    44 yoku            SW  [pdflush]
>>    46 yoku            SW< [aio/0]
>>    45 yoku            SW  [kswapd0]
>>   634 yoku            SW  [mtdblockd]
>>   664 yoku            SWN [jffs2_gcd_mtd1]
>>   773 yoku            SW  [affixd]
>>   800 yoku        540 S   disc_mgr
>>   807 yoku        764 S   btsrv --managekey --nomanagepin
>>   808 yoku        424 S   BT_ActivityMgr
>>   809 yoku        256 S   /root/pwr_key_monitor
>>   839 yoku        840 S   btsdpd -d
>>   863 yoku       1316 S   /bin/sh
>>   879 yoku       1416 S   /root/Angelia
>>   889 yoku       1416 S   /root/Angelia
>>   890 yoku       1416 S   /root/Angelia
>>   891 yoku       1416 S   /root/Angelia
>>   898 yoku       1416 S   /root/Angelia
>>   899 yoku       1416 S   /root/Angelia
>>   900 yoku       1416 S   /root/Angelia
>>   901 yoku       1416 S   /root/Angelia
>>   902 yoku       1416 S < /root/Angelia
>>  1101 yoku            Z < [events/0]
>>  1103 yoku            Z < [events/0]
>>  1178 yoku            Z < [events/0]
>>  1180 yoku            Z < [events/0]
>>  1255 yoku            Z < [events/0]
>>  1257 yoku            Z < [events/0]
>>  1332 yoku            Z < [events/0]
>>  1334 yoku            Z < [events/0]
>>  1411 yoku            Z < [events/0]
>>  1413 yoku            Z < [events/0]
>>  1488 yoku            Z < [events/0]
>>  1490 yoku            Z < [events/0]
>>  1565 yoku            Z < [events/0]
>>  1567 yoku            Z < [events/0]
>>  1642 yoku            Z < [events/0]
>>  1644 yoku            Z < [events/0]
>>  1719 yoku            Z < [events/0]
>>  1721 yoku            Z < [events/0]
>>  1796 yoku            Z < [events/0]
>>  1798 yoku            Z < [events/0]
>>  1873 yoku            Z < [events/0]
>>  1875 yoku            Z < [events/0]
>>  1950 yoku            Z < [events/0]
>>  1952 yoku            Z < [events/0]
>>  2027 yoku            Z < [events/0]
>>  2029 yoku            Z < [events/0]
>>  2104 yoku            Z < [events/0]
>>  2106 yoku            Z < [events/0]
>>  2181 yoku            Z < [events/0]
>>  2183 yoku            Z < [events/0]
>>  2258 yoku            Z < [events/0]
>>  2260 yoku            Z < [events/0]
>>  2337 yoku            Z < [events/0]
>>  2339 yoku            Z < [events/0]
>>
>> I fail to understand what is the relevance of process "events/0"?
>>
>>     
> [events/n] is a kernel thread implementing the default work queue on CPU
> #n , which kernel code can use to run code in process context. See
> http://www.linuxjournal.com/article/6916 for more details.
>
> I just wonder why ps shows many such [events/0]  processes (in Zombie
> state), instead of just one (like on my GNU/Linux PC, for example)...
>
> Cheers,
>
>     Michael.
>
> --
> Michael Opdenacker, Free Electrons
> Free Embedded Linux Training Materials
> on http://free-electrons.com/training
> (More than 1000 pages!)
>
>
>
>   


-- 
Michael Opdenacker, Free Electrons
Free Embedded Linux Training Materials
on http://free-electrons.com/training
(More than 1000 pages!)


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/