On 09/29/2014 01:28 PM, Ben Noordhuis wrote:
> On Mon, Sep 29, 2014 at 8:24 AM, Saúl Ibarra Corretgé <[email protected]> 
> wrote:
>> timerfd would create a file descriptor per timer, that's one million fds
>> if we have one million timers, vs 0 fds which the current implementation
>> uses.
> 
> That's not strictly necessary.  Libuv could use a per-event loop
> timerfd and multiplex timers on top of that.
> 
> There would be some system call overhead - an extra timerfd_settime()
> call before some/most calls to epoll_wait() - but it's probably not
> hugely expensive.
> 

I understand we could achieve sub-millisecond precision like that,
right? But it wouldn't "fix" the initial exposed problem here since we
still don't account for the duration of the callback... unless I missed
something :-)


-- 
Saúl Ibarra Corretgé
bettercallsaghul.com


Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to