On Sun, Jul 30, 2006 at 04:35:57AM -0400, Valdis.Kletnieks@xxxxxx wrote: > On Sat, 29 Jul 2006 12:48:51 +0300, Shem Multinymous said: > > > The lazy polling approach I described in my last post to Vojtech > > ("block until there's a new readout or N milliseconds have passed, > > whichever is later") looks like a more general, accurate and efficient > > interface. > > That's not good. > > If the program says '100ms' because it knows it will need to do a GUI update > then, and you block it for 5 seconds because that's when the next value > update happens, the user is stuck looking at their gkrellm or whatever not > doing anything at all for 4.9 seconds.... > > This almost forces the use of multiple threads if the program wants to do > its own timer management. The application can use select() to wait both for any X events it needs to service and for the data update at the same time, right? -- Vojtech Pavlik Director SuSE Labs - To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html