public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* VM: killing process - How to identify the problem
@ 2008-05-20 21:10 Mudeem Siddiqui
  2008-05-21  7:44 ` Jiri Slaby
  0 siblings, 1 reply; 3+ messages in thread
From: Mudeem Siddiqui @ 2008-05-20 21:10 UTC (permalink / raw)
  To: linux-kernel

Hi all, 

I have linux 2.4.25 on a mips processor. Other than my application, the
other processes that are running on the system are udhcpd, dhcpd,
mini_dns etc. The applicaiton is quite memory intensive, it has
allocated 5 MB of a buffer which acts as a queue and the applicaiton
queues and de-queues packets in the queue at frequents intervals. The
memory for this buffer is allocated just once when the application
starts at the time of boot. So I would assume that there would be quite
a lot of paging going on. 

The issue is that randomly the application gets killed, there is no
segmnetation fault or anything and if I look at /var/log/messages I see
quite a lot of 

__alloc_pages: 0-order allocation failed 
__alloc_pages: 0-order allocation failed 
__alloc_pages: 0-order allocation failed 


and then 

VM: killing process 

I have read that the application can be killed if the kernel is not able
to service the paging request or oom-killer can also kill the process.
How can I confirm that one of these is happening? I want to identify the
root cause of the application crash before experimenting like increasing
the swap space or even disable the oom-killer (i don't know if that
would be a good idea though). Any suggestions 

Thanks 
Mudeem 

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: VM: killing process - How to identify the problem
  2008-05-20 21:10 VM: killing process - How to identify the problem Mudeem Siddiqui
@ 2008-05-21  7:44 ` Jiri Slaby
  2008-05-21 19:30   ` Mudeem Siddiqui
  0 siblings, 1 reply; 3+ messages in thread
From: Jiri Slaby @ 2008-05-21  7:44 UTC (permalink / raw)
  To: Mudeem Siddiqui; +Cc: linux-kernel

On 05/20/2008 11:10 PM, Mudeem Siddiqui wrote:
> Hi all, 
> 
> I have linux 2.4.25 on a mips processor. Other than my application, the

Just curious, is is a typo?

> other processes that are running on the system are udhcpd, dhcpd,
> mini_dns etc. The applicaiton is quite memory intensive, it has
> allocated 5 MB of a buffer which acts as a queue and the applicaiton
> queues and de-queues packets in the queue at frequents intervals. The
> memory for this buffer is allocated just once when the application
> starts at the time of boot. So I would assume that there would be quite
> a lot of paging going on. 
> 
> The issue is that randomly the application gets killed, there is no
> segmnetation fault or anything and if I look at /var/log/messages I see
> quite a lot of 
> 
> __alloc_pages: 0-order allocation failed 
> __alloc_pages: 0-order allocation failed 
> __alloc_pages: 0-order allocation failed 
> 
> 
> and then 
> 
> VM: killing process 

Caused by out of memory, a page fault couldn't be serviced due to memory 
exhaustion. See arch/mips/mm/fault.c.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* RE: VM: killing process - How to identify the problem
  2008-05-21  7:44 ` Jiri Slaby
@ 2008-05-21 19:30   ` Mudeem Siddiqui
  0 siblings, 0 replies; 3+ messages in thread
From: Mudeem Siddiqui @ 2008-05-21 19:30 UTC (permalink / raw)
  To: Jiri Slaby; +Cc: linux-kernel

>Just curious, is is a typo?

I would say is is is a typo :)

>> 
>> __alloc_pages: 0-order allocation failed
>> __alloc_pages: 0-order allocation failed
>> __alloc_pages: 0-order allocation failed
>> 
>> 
>> and then 
>> 
>> VM: killing process 

>Caused by out of memory, a page fault couldn't be serviced due to
memory 
>exhaustion. See arch/mips/mm/fault.c.

Can this condition arise due to some other reason other than memory
leak. E.g the way the paging is being done etc because the application
calls malloc only once when it starts. I have been struggling with this
for quite a while, how would you recommend I should try to solve this?

Thanks

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-05-21 19:30 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-20 21:10 VM: killing process - How to identify the problem Mudeem Siddiqui
2008-05-21  7:44 ` Jiri Slaby
2008-05-21 19:30   ` Mudeem Siddiqui

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox