Messages in this thread | | | Subject | Re: [PATCH] hrtimers: Special-case zero length sleeps | From | Peter Zijlstra <> | Date | Wed, 15 Feb 2012 15:54:10 +0100 |
| |
On Wed, 2012-02-15 at 15:40 +0100, Thomas Gleixner wrote: > On Thu, 29 Sep 2011, Matthew Garrett wrote: > > > sleep(0) is a common construct used by applications that want to trigger > > the scheduler. sched_yield() might make more sense, but only appeared in > > POSIX.1-2001 and so plenty of example code still uses the sleep(0) form.
Note that sched_yield() is unspecified for SCHED_OTHER, so any application using it that is not a real-time application is outside spec anyway.
Furthermore, both sched_yield() and sleep(0) are fair indications the application is broken, wait for proper events, not random delays.
> > This wouldn't normally be a problem, but it means that event-driven > > applications that are merely trying to avoid starving other processes may > > actually end up sleeping due to having large timer_slack values. Special- > > casing this seems reasonable.
Again, sleep granularity isn't specified and thus this behaviour isn't actually buggy, all the spec promises is we won't sleep shorter than asked.
Also, starvation avoidance isn't something that userspace should concern itself with.
| |