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]