| |||||||||||||
When will nanosleep(2) be rewrtten?When will nanosleep(2) be rewrtten?Posted Sep 22, 2005 14:30 UTC (Thu) by corbet (editor, #1)In reply to: When will nanosleep(2) be rewrtten? by NAR Parent article: A new approach to kernel timers Actually, nanosleep() is a system call. The ktimer patch includes a nanosleep reimplementation, so everything should be in place. You'll need the extra, high-resolution bits (arch-specific timer code) to actually get nanosecond-resolution sleeps, of course.
(Log in to post comments)
When will nanosleep(2) be rewrtten? Posted Sep 22, 2005 18:11 UTC (Thu) by tglx (subscriber, #31301) [Link] Same applies to itimers and all posix timer interfaces. Once the additional bits for high resolution timers are in place it will work out of the box with no changes to glibc and application code required.
When will nanosleep(2) be rewrtten? Posted Sep 29, 2005 6:31 UTC (Thu) by goaty (guest, #17783) [Link] Ironically I think there will be a handful of applications which assume the old, broken behaviour of nanosleep and will misbehave with the new nanosleep. Last time I checked nanosleep rounded the requested delay up to the next tick and then added another tick for good measure. Actually sleeping the requested amount will undoubtedly expose some application bugs.
When will nanosleep(2) be rewrtten? Posted Oct 1, 2005 17:43 UTC (Sat) by renox (subscriber, #23785) [Link] Well given that the tick has changed from 10ms to 1ms to 4ms, I think that the buggy applications must already have been fixed..
|
|||||||||||||