[lkml]   [2009]   [Apr]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Subject[v4 RFC PATCH 0/4] timers: Framework for migration of timers

    In an SMP system, tasks are scheduled on different CPUs by the
    scheduler, interrupts are managed by irqbalancer daemon, but timers
    are still stuck to the CPUs that they have been initialised. Timers
    queued by tasks gets re-queued on the CPU where the task gets to run
    next, but timers from IRQ context like the ones in device drivers are
    still stuck on the CPU they were initialised. This framework will
    help move all 'movable timers' using a sysctl interface.

    Iteration v3 of this patch can be found at

    Changelog: v3->v4

    -An hrtimer is migrated *only* if its expiry occurs after the next timer
    interrupt on the CPU to which it is being migrated to. This prevents any
    possible latency, which might have arised otherwise due to migration.

    So, a few helper functions have been added to check if migration would
    result in latency or not.
    Thanks to Thomas for pointing out this issue.

    The following patches are included:
    PATCH 1/4 - framework to identify pinned timers.
    PATCH 2/4 - identifying the existing pinned hrtimers.
    PATCH 3/4 - /proc/sys sysctl hook to enable timer migration.
    PATCH 4/4 - logic to enable timer migration.

    The patchset is based on the latest tip/master.

    Timer migration is enabled by default as suggested by Ingo.
    It can be turned off when CONFIG_SCHED_DEBUG=y by

    echo 0 > /proc/sys/kernel/timer_migration

    Please let me know your comments.


     \ /
      Last update: 2009-04-01 13:35    [W:0.041 / U:2.052 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site