Re: [PATCH] add a clear_pages function to clear pages of higher order

On 27 Mar 2005 19:12:20 +0200
Andi Kleen <[email protected]> wrote:

> With non temporal stores
> you guarantee at least one hard cache miss directly after
> the return to user space.

This is true if the cacheline were not present already at
the time of the non-temporal store.

I know what you're trying to say, I'm just clarifying.

The real question is if a large enough ratio of those
cachelines in the page get similarly accessed.  I happen
to think the answer to that for any real example is yes.
Yet, I have no way to prove this.

It would be cool to do some hacks under Xen or user-mode
Linux to get some real statistics about this.  Actually,
this could be done also with hacks to valgrind or other
similar tools.  QEMU could also be used.
-
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/

---

• References:
  • Re: [PATCH] add a clear_pages function to clear pages of higher order
    • From: David Mosberger <[email protected]>
  • Re: [PATCH] add a clear_pages function to clear pages of higher order
    • From: Andi Kleen <[email protected]>

• Prev by Date: Re: [PATCH 0/6] freepgt: free_pgtables shakeup
• Next by Date: Re: [RFC] spinlock_t & rwlock_t break_lock member initialization (patch seeking comments included)
• Previous by thread: Re: [PATCH] add a clear_pages function to clear pages of higher order
• Next by thread: Re: [PATCH] add a clear_pages function to clear pages of higher order
• 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]