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

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

References:
- mm/hugetlb.c/alloc_fresh_huge_page(): slow division on NUMA
  - From: Andreas Mohr <[email protected]>

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