Files
asterisk/include/asterisk
Sean Bright cea3742c54 core: Use eventfd for alert pipes on Linux when possible
The primary win of switching to eventfd when possible is that it only
uses a single file descriptor while pipe() will use two. This means for
each bridge channel we're reducing the number of required file
descriptors by 1, and - if you're using timerfd - we also now have 1
less file descriptor per Asterisk channel.

The API is not ideal (passing int arrays), but this is the cleanest
approach I could come up with to maintain API/ABI.

I've also removed what I believe to be an erroneous code block that
checked the non-blocking flag on the pipe ends for each read. If the
file descriptor is 'losing' its non-blocking mode, it is because of a
bug somewhere else in our code.

In my testing I haven't seen any measurable difference in performance.

Change-Id: Iff0fb1573e7f7a187d5211ddc60aa8f3da3edb1d
2017-04-24 12:46:27 -04:00
..
2015-04-12 13:48:10 -05:00
2012-06-25 15:55:25 +00:00
2014-07-24 17:50:46 +00:00
2013-07-25 04:06:32 +00:00
2013-08-22 18:52:41 +00:00
2016-03-24 09:29:07 -05:00
2016-06-07 19:01:26 -05:00
2016-06-22 12:21:11 -05:00
2012-08-30 14:23:28 +00:00
2016-07-14 15:54:21 -05:00
2016-08-24 11:02:47 -05:00
2016-08-24 11:02:47 -05:00
2016-10-13 18:11:36 -05:00
2017-03-23 14:24:42 -05:00
2017-03-27 10:36:23 -04:00
2016-04-08 12:50:58 -06:00
2013-08-30 20:58:59 +00:00
2013-07-03 17:58:45 +00:00
2014-01-06 17:45:25 +00:00
2016-07-10 21:42:02 -03:00
2017-03-15 10:39:05 -05:00
2012-02-24 15:10:35 +00:00
2017-03-15 10:39:05 -05:00
2015-01-26 14:49:32 +00:00
2011-10-11 19:06:29 +00:00
2014-07-21 08:41:29 +00:00
2013-04-22 16:22:00 +00:00
2013-05-08 13:39:08 +00:00
2015-11-24 13:54:54 -06:00
2013-02-15 13:38:12 +00:00