public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Stephan von Krawczynski <skraw@ithnet.com>
To: linux-kernel@vger.kernel.org
Subject: OOM kill in 2.4.18-pre4
Date: Wed, 16 Jan 2002 02:25:11 +0100	[thread overview]
Message-ID: <200201160125.CAA06756@webserver.ithnet.com> (raw)

Hello again,                                                          
                                                                      
I just happened to try make -j on a too small box. Obviously I ran    
into OOM. What I find a bit strange about it is the selection of      
processes that got killed.                                            
After reviewing the code in oom_kill.c I must admit I find it kind of 
too smart for real live.                                              
In my situation the first thing killed was mozilla, though being      
somewhere in the background and not reponsible for the OOM situation. 
The next 2 processes killed were my beloved setis. Obviously because  
they were nice :-)                                                    
And the last thing was the xterm I did make -j.                       
My personal taste would be that the guy _producing_ the situation     
should be punished first, not poor mozilla (only because its big).    
I can very well imagine a situation on an (e.g.) oracle server, where 
you start just one thing too much and your primary server goal        
(oracle) gets kicked out because you did  something stupid.           
I know Rik would say: your fault ;-)                                  
But, hey, I probably paid for the server and then kernel tells me:    
make my day, a*hole...                                                
                                                                      
Guess you know what I mean :-)                                        
Is anybody against making it a bit less intelligent, and more real    
live adequate?                                                        
                                                                      
Regards,                                                              
Stephan                                                               

             reply	other threads:[~2002-01-16  1:27 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-16  1:25 Stephan von Krawczynski [this message]
2002-01-16  4:32 ` OOM kill in 2.4.18-pre4 Rik van Riel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200201160125.CAA06756@webserver.ithnet.com \
    --to=skraw@ithnet.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox