My use case is pretty meta. I'm working on language research that involves a new primitive for interactive programming. I am currently using libuv in the implementation thusly: when one of the widgets in my language makes what would be a blocking call (read, sleep, whatever), it actually sends a message over to the event loop and then lets another widget run. I'm considering whether it makes sense to implement analogues to usleep or nanosleep. Maybe I'll just make them block the world for now.
Thanks for the quick response. Ben On Tuesday, March 25, 2014 4:07:13 AM UTC-4, Fedor Indutny wrote: > > Ben, > > The problem with high-resolution timers is the fact that their callbacks > are running on the same thread as the libuv loop. Usually, syscalls are > taking a couple of microseconds and sometimes more, thus making impractical > usage of timer intervals < 100 us. > > However, if you still see a use case for them - please share it with us, > perhaps, we could figure out something together. > > Cheers, > Fedor. > > > On Tue, Mar 25, 2014 at 11:55 AM, Saúl Ibarra Corretgé > <[email protected]<javascript:> > > wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On 03/25/2014 12:07 AM, Benjamin Ylvisaker wrote: >> > If I understand correctly, timer events currently have a >> > resolution limit of milliseconds. Is there any interest in >> > supporting higher resolution timers? Has this been discussed >> > before? >> > >> >> Hi Ben, >> >> AFAIK it wasn't discussed before. What use case do you have? >> >> - -- >> Saúl Ibarra Corretgé >> bettercallsaghul.com >> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1 >> Comment: Using GnuPG with Icedove - http://www.enigmail.net/ >> >> iQIcBAEBAgAGBQJTMTZjAAoJEEEOVVOum8BZOicP/1+FchD5CzWz81zY40Pq4XkX >> yPsch0fcE+ok99UtC+r43nopZCbABluSBHBTo94dRNPe4onfl1i5k77kuoDfpwup >> Y21fUc6x3xCOFqXkTSovqnV8mwEaFZBdqIeVw0xDzFfDYj2nuSLF137uvluNJ7M7 >> GXS5lxwImJTCQFmG5bwPD1eURh8JbdwwfEpuaS+dMSF9TAEQFGqa3xdesTz624Rm >> Em7fqpNvbqi0sx8/h7GElOyJAxhghOQz5b27p2Adl5VUZGRrWF59A8/DI2ngwmJv >> fA2Wse13YvLHJAz6lRKDh+FyGWZaDPXtNf+OA+ZjhaAvU44bpzVN1omQrXVQQFgw >> tsLMGiFyp/oCO3uJVmcPqCepFSu49GLPuIqkdHj3dhMOUPJRDAOlB+sfdevaQdTX >> 0prHcStr4i5WzThtIIAdP4XdACzvKrP/jHk2ayXL5NPSoC6fJpjotS16Vtc2VeX3 >> N0LU79EJM8h7oZaGEK8imLSsRpn7Es/65aABeR99pUBb6V+JzfRVrnHpeHkK/FEb >> f+t35Sm89FfPvqlcj6u/nb4awz/F+4nWHow2qngcj2bfbE6oRhQbCHLt88PvV0NR >> U9RPHi5HSwMuoysILHLli23NEbcqf/NhSsZamh2P535bHweuYzfJP/TEugpAtHD8 >> vso2zZ1+hiYdDNVq5HXe >> =k2Pb >> -----END PGP SIGNATURE----- >> >> -- >> You received this message because you are subscribed to the Google Groups >> "libuv" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to [email protected] <javascript:>. >> To post to this group, send email to [email protected] <javascript:> >> . >> Visit this group at http://groups.google.com/group/libuv. >> For more options, visit https://groups.google.com/d/optout. >> > > -- You received this message because you are subscribed to the Google Groups "libuv" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/libuv. For more options, visit https://groups.google.com/d/optout.
