Messages in this thread | | | Date | Tue, 9 Mar 2004 16:24:38 +0100 | From | Andrea Arcangeli <> | Subject | Re: 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/
| |