Linked by cloud on Sat 27th Oct 2012 01:05 UTC
Thread beginning with comment 540283
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE[3]: lie-nux at it again.
by Gullible Jones on Sun 28th Oct 2012 00:43
in reply to "RE[2]: lie-nux at it again."
If Linux gets exhausted of RAM, then the requesting application is killed and an OOE (out of memory exception) raised in the event logs.
Not quite true, that's what Linux should do.
What Linux usually does (unless vm.oom_kill_allocating_task is set to 1) is attempt to kill programs that look like memory hogs, using some kind of heuristic.
In my experience, that heuristic knocks out the offending program about half the time... The other half the time, it knocks out X.
RE[4]: lie-nux at it again.
by Laurence on Sun 28th Oct 2012 11:48
in reply to "RE[3]: lie-nux at it again."
Not quite true, that's what Linux should do.
What Linux usually does (unless vm.oom_kill_allocating_task is set to 1) is attempt to kill programs that look like memory hogs, using some kind of heuristic. In my experience, that heuristic knocks out the offending program about half the time... The other half the time, it knocks out X.
I stand corrected. Thank you




Member since:
2007-03-26
$ dd if=/dev/zero of=~/dumpfile bs=4G count=1
on a system with 2 GB of RAM and any amount of swap space; the OS will hang for a long, long time.
(If you don't have swap space, the command will fail because you don't have enough memory. But it's not safe to run without swap space... right?)
Mind you, Windows is just as bad about this - it just doesn't have tools like dd preinstalled that can easily crash your computer.
If Linux gets exhausted of RAM, then the requesting application is killed and an OOE (out of memory exception) raised in the event logs.
Sadly this is something I've had to deal with a few times when one idiot web developer decided not to do any input sanitising which effectively ended up with us getting DoS attacked when legitimate users were make innocent page requests. <_<