[lkml]   [2002]   [Mar]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: 10.31 second kernel compile
    > make[1]: Leaving directory `/home/anton/intel_kernel/linux/arch/i386/boot'
    > 130.63user 71.31system 0:10.31elapsed 1957%CPU (0avgtext+0avgdata 0maxresident)k

    Wow! Is this box NUMA (what latency ratio, mem access speeds, etc?), or can you really build a straight SMP that big?

    OK, now I'm going to have to build a bigger system ;-)

    > Due to the final link and compress stage, there is a fair amount of idle
    > time at the end of the run. Its going to be hard to push that number
    > lower by adding cpus.

    I think we need to fix the final phase .... anyone got any ideas
    on parallelizing that?

    > The profile results below show that kernel time is dominated by the low
    > level ppc64 pagetable management. We are working to correct this, a lot
    > of the overhead in __hash_page should be gone soon. The rest of the
    > profile looks pretty good, do_anonymous_page and lru_cache_add show
    > up high as they did in Martin's results.

    I have some strange plans for the lru stuff, but it'll take me a while.
    I'm curious as to why lru_cache_del is so much lower in your list than
    add, whereas the ratio for me is about:

    719 lru_cache_add 7.8152
    477 lru_cache_del 21.6818

    > 6714 .local_flush_tlb_range ppc64 specific
    > 2773 .local_flush_tlb_page ppc64 specific

    Do you know what's causing the tlb flushes? Just context switches?

    > 554 .d_lookup

    Did you try the dcache patches?

    Can you publish lockmeter stats?



    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:24    [W:0.039 / U:3.924 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site