linux-kernel - Re: Behaviour of the VM on a embedded linux

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <200808250135.50497.ioe-lkml@rameria.de>
Date:	Mon, 25 Aug 2008 01:35:49 +0200
From:	Ingo Oeser <ioe-lkml@...eria.de>
To:	"Wappler Marcel" <Marcel.Wappler@...dgeco.net>
Cc:	"Alex Riesen" <raa.lkml@...il.com>, linux-kernel@...r.kernel.org
Subject: Re: Behaviour of the VM on a embedded linux

Hi Marcel,

On Friday 22 August 2008, Wappler Marcel wrote:
> Alex, this is the case - I do observe normal operation of the VM subsytem - it moves memory pages dynamicaly throughout the system.
> But: when I create a large file on the tmpfs a kernel OOM occurs and kills the big monolithic application instead of stealing pages
> from the application. This is the fact I'm wondering about. In the past every guy told me that code size is no problem on systems
> using MMUs because the system can steal pages which contain code of the application in situations of low memory. But in my situation
> this is not the case.

Is the application linked statically? If not, code pages might be 
mapped privately and have been written to due to relocation.

Link everything statically to avoid this.


Best Regards

Ingo Oeser

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