lkml.org 
[lkml]   [2004]   [Mar]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: objrmap-core-1 (rmap removal for file mappings to avoid 4:4 in <=16G machines)
On Tue, Mar 09, 2004 at 04:09:42PM +0100, Ingo Molnar wrote:
>
> * Andrea Arcangeli <andrea@suse.de> wrote:
>
> > first of all that this algorithm is running in production just fine in
> > the workloads you're talking about, it's not like I didn't even try
> > it, even the ones that have to swap (see the end of the email).
>
> could you just try test-mmap2.c on such a box, and hit swap?

I will try, to see what happens. But please write an exploit for
truncate too since you obviously can, blaming on the vm is a
red-herring, if the vm has an issue, truncate always had an issue in any
kernel out there since 1997 (the first time I rememeber).

Unless it crashes the machine I don't care, it's totally wrong in my
opinion to hurt everything useful to save cpu while running an exploit.
there are easier ways to waste cpu (rewrite the exploit with truncate
please!!!)
-
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/

\
 
 \ /
  Last update: 2005-03-22 14:01    [W:0.133 / U:0.456 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site