Re: mm/hugetlb.c/alloc_fresh_huge_page(): slow division on NUMA

Hi,

On Thu, Mar 23, 2006 at 03:47:50AM -0800, Andrew Morton wrote:
> Andreas Mohr <[email protected]> wrote:
> >
> > on NUMA there
> >  indeed is an idiv opcode in the mm/hugetlb.o output:
> > 
> >   138:   e8 fc ff ff ff          call   139 <alloc_fresh_huge_page+0x32>
> 
> Stop looking at ancient 2.6.16 kernels.  That code isn't there any more ;)
Hrmpf. I had just gotten some awful suspicion when looking at 2.6.16-mm1
changelog mentioning hugemem changes. Oh well...

I'm going to hunt for similar modulo cases in the future.

Andreas
-
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:
  • mm/hugetlb.c/alloc_fresh_huge_page(): slow division on NUMA
    • From: Andreas Mohr <[email protected]>
  • Re: mm/hugetlb.c/alloc_fresh_huge_page(): slow division on NUMA
    • From: Andrew Morton <[email protected]>

• Prev by Date: [PATCH] Make libata not powerdown drivers on PM_EVENT_FREEZE.
• Next by Date: Re: [ck] swap prefetching merge plans
• Previous by thread: Re: mm/hugetlb.c/alloc_fresh_huge_page(): slow division on NUMA
• Next by thread: [PATCH] Make libata not powerdown drivers on PM_EVENT_FREEZE.
• 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]