Lines Matching refs:fds

465 libev tries to roll its own fd_set with no limits on the number of fds,
466 but if that fails, expect a fairly low limit on the number of fds when
468 usually the fastest backend for a low number of (low-numbered :) fds.
484 than select, but handles sparse fds better and has no artificial
485 limit on the number of fds you can use (except it will slow down
486 considerably with a lot of inactive fds). It scales similarly to select,
498 For few fds, this backend is a bit little slower than poll and select, but
500 O(total_fds) where total_fds is the total number of fds (or the highest
514 Epoll is also notoriously buggy - embedding epoll fds I<should> work,
578 drops fds silently in similarly hard-to-detect cases.
3027      struct pollfd fds [nfd];
3029      adns_beforepoll (ads, fds, &nfd, &timeout, timeval_from (ev_time ()));
3038          ev_io_init (iow + i, io_cb, fds [i].fd,
3039            ((fds [i].events & POLLIN ? EV_READ : 0)
3040             | (fds [i].events & POLLOUT ? EV_WRITE : 0)));
3042          fds [i].revents = 0;
3057          struct pollfd *fd = fds + i;
3066      adns_afterpoll (adns, fds, nfd, timeval_from (ev_now (loop));
3105    event_poll_func (GPollFD *fds, guint nfds, gint timeout)
3110        // create/start io watcher that sets the relevant bits in fds[n] and increment got_events
3150 some fds have to be watched and handled very quickly (with low latency),
4548 it is assumed that all these functions actually work on fds, even
4557 in which case they can provide this function to map fds to socket handles.
4600 supports some types of fds correctly (the only platform we found that