Re: [patch 00/14] remap_file_pages protection support

Nick Piggin wrote:

[email protected] wrote:

The first idea is to use this for UML - it must create a lot of single page

mappings, and managing them through separate VMAs is slow.

[...]

Let's try get back to the good old days when people actually reported
their bugs (togther will *real* numbers) to the mailing lists. That way,
everybody gets to think about and discuss the problem.

Speaking of which, let's see some numbers for UML -- performance
and memory. I don't doubt your claims, but I (and others) would be
interested to see.

Thanks

PS. I'll be away for the next few days.

--
SUSE Labs, Novell Inc.

Send instant messages to your online friends http://au.messenger.yahoo.com -

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

---

• Follow-Ups:
  • Re: [patch 00/14] remap_file_pages protection support
    • From: Ingo Molnar <[email protected]>

• References:
  • [patch 00/14] remap_file_pages protection support
    • From: [email protected]
  • Re: [patch 00/14] remap_file_pages protection support
    • From: Nick Piggin <[email protected]>

• Prev by Date: Re: [Pcihpd-discuss] [PATCH] correct pciehp init recovery
• Next by Date: [patch, 2.6.17-rc3-mm1] fix vector_lock deadlock in io_apic.c
• Previous by thread: Re: [patch 00/14] remap_file_pages protection support
• Next by thread: Re: [patch 00/14] remap_file_pages protection support
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]