lkml.org 
[lkml]   [2008]   [Jul]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [RFC 00/15] x86_64: Optimize percpu accesses
    Eric W. Biederman wrote:

    > First off right now reserving more than about 64KB is ridiculous. We rightly
    > don't have that many per cpu variables.

    We do. The case has been made numerous times that we need at least several megabytes of per cpu memory in case someone creates gazillions of ip tunnels etc etc.


    >> instead of looking it up in a table because that will save a memory access on
    >> per_cpu().
    >
    > ???? Optimizing per_cpu seems to be the wrong path. If you want to go fast you
    > access the data on the cpu you start out on.

    Yes most arches provide specialized registers for local per cpu variable access. There are cases though in which you have to access another processors cpu space.

    >> Maybe there is another way of arranging things that would allow for this?
    >
    > Yes. Start with a patch that doesn't have freaky failures that can't be understood
    > or bisected because the patch is too big. The only reason we are having a conversation

    The patches are reasonably small. The problem that Mike seems to have is early boot debugging.


    \
     
     \ /
      Last update: 2008-07-10 19:43    [W:4.211 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site