[lkml]   [2004]   [Oct]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] CPU time clock support in clock_* syscalls
    I just reviewed the code and to my surprise the simple things like

    clock_gettime(CLOCK_PROCESS_CPUTIME_ID) and
    clock_gettime(CLOCK_THREAD_CPUTIME_ID) are not supported. I guess glibc
    would have to do multiple calls to add up all the threads in order to get
    these values. This also leaves glibc in control of clocks and does not
    allow the kernel to define its own clocks.

    The code is pretty invasive and I am not sure that this brings us much
    nor that it is done the right way.

    The kernel interface is rather strange with the bits that may be set for
    each special clock which is then combined with the pid. It may be
    advisable to have a separate function call to do this like


    instead of using the posix calls. The thread specific time
    measurements have nothing to do with the posix standard and may best
    be kept separate.

    The benefit of the patches that I proposed is that it is a clean
    implementation of the posix interface, the kernel has full
    control over posix clocks and that driver specific clocks as well as other
    time sources can be defined that may also utilize the timed interrupt
    features of those clock chips. Rolands patch does not allow that and
    instead will lead to more complex logic in glibc and a rather strange
    kernel interface.
    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 14:06    [W:0.026 / U:9.356 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site