今回libeventやlibevといった新しいイベント系APIを使う機会が出てきたので、まとめておきます。
深堀するとこうなるのが目に見えてるので、簡単な紹介だけ。

ここでいうイベントの流れ

ファイルディスクリプタというものを作る。
待ち受け側はこのファイルディスクリプタでイベントを監視する。
通知側はこのファイルディスクリプタにイベントを通知する。
通知されたイベントを2が検知し、処理が実行される。

以降FDと書かれていたらファイルディスクリプタのことと思ってください。

スレッド間、プロセス間等でお話しするイメージですね。ものによってはイベント監視や通知自体をラップして使用者に意識させない作りになっています。
例えば…

libeventというOSSはイベント検知時に呼ばれる関数を登録する形式なので、利用者はイベント検知時に呼ばれる関数だけ作ればイベント処理実装完了！
timerfdというAPIはライブラリが勝手にタイマーイベントを発行してくれるので、待ち受け側だけ作ればタイマー処理実装完了！

こういったことは高級言語には当たり前かもしれませんが、OSSの用意もあり、自作でガリガリチューンアップも出来るFDイベントはC言語らしい機能だと思います。

1. ファイルディスクリプタ

色々あります。FDのイベント発行側が充実しているため、後で紹介するイベント監視が充実しているのか、それともその逆か？興味がある方は歴史を調べると面白いかもですね。

API	概要	備考
open	/dev/console(標準出力)なんかはopenしてやりとりでしたね。確か。	通常ファイルに対してのみ行われるべき操作をデバイスファイルに対して行わない
socket	通信処理でまず習うであろうAPI。送受信に関するオプションがsetsockoptで色々と出来るので奥が深い(覗きはしない	こういったオプションはOSS内で色々利用されているので、OSSコードを見ると思わぬ発見が
socketpair	socketをサクッと使いたい時におすすめ。API一発で通信できます。	双方向通信出来る半面、2個FDを使うのが難点
eventfd	ただただ通知をするためだけのAPI。カウンター式で、send時は数を送信(0だとFD未反応)、read側はカウンターが読める。	FD1つでいいので片方向ならこれを工夫して使った方がいいかも
timerfd	一定時間後にイベントを発行してくれる超絶便利API	timerfdがない環境があるなら自作した方がいいですよレベルで好き
signalfd	シグナルを拾うためのFDを作成する。mainの待ち受け内でシグナルも拾えるのは便利ですね。	シグナルの定義,シグナルハンドラーは制約があることに注意。 signalfdの参考
mq_open	メッセージキューファイル用のopen処理	read/writeも専用APIで行います。
pipe	forkしたプロセス間通信でも使用可能なFDを作成するAPI	forkで利用できる代わりに単方向通信です。

※メッセージキュー:ファイル名を決めておいて、そのファイルを待ち受け側送信側互いにmq_openすれば通信が可能になる仕組み。
　UNIXドメインソケットでも似たようなことが出来ます。
※fcntl等でoptionの変更が可能。blocking/non-blocking設定の参考

2. イベント監視

受信機能

API	概要
read, revc, etc	基本的なファイルディスクリプタの読み込み
mq_revc	メッセージキューファイル経由での受信が可能なAPI。

イベント監視系機能

単純に受信をするだけだと1FDに1APIとなるので非効率。なのでFDをまとめて監視する機能があると便利。この機能が充実しています。

API	概要	個人的感想
select, pselect	古き良き定番API, Windowsにも対応	明確にFDを意識して利用するのがいい。毎回FD_ISSET等のAPIで確認作業をしなければいけないのが面倒
epoll	selectの改良版、常にFDを設定しなおす手間を無くしたもの	EPOLL_CTL_ADDすれば勝手に待ち受けにFDが追加されるので楽。個人の趣味としてはselectとどっこい
libevent	上記のようなイベント監視系のAPIをラップし、シンプルに使えるようにしたOSS	コールバック形式なのが使いやすい。ただ、スレッドセーフでないためか繊細な印象。簡単なまとめ記事
libev	上記の高速対応版。API参考。ドキュメントはREADME⇒ここ。まずは「WHAT TO READ WHEN IN A HURRY」を、詳細は「FUNCTIONS CONTROLLING EVENT LOOPS」を参考にしてください。ドキュメント類も充実しています。GPLで問題なければこちらを選択されるのが良さそう。	マルチスレッドで使用する場合はev_default_loop(0)ではなくev_loop_new, ev_loop, ev_unloopを使用します。

※poll, kqueue等は利用したことがないため省略

上記サンプルについて、色々あると思いますがlighttpdのfdevent_XXX.cを見るのがオススメです。全部まとまってますので。
OSSコードは多環境サポートの為複数処理を書くことになるため、各機能の保証付き実装が見ることが出来ます。

3. イベント発行

API	概要
write, send	基本的なファイルディスクリプタの書き込み
mq_send	メッセージキューファイル経由での送信が可能なAPI

mqは別ですが、それ以外のFDはwriteが使えます。また、timerfdがFD兼イベント発行となっています。

その他

2018/06/19追記
FDじゃないけどpthread_condなんてのもありますね。
mutexと組み合わせて使うので、既にmutexで排他している時にはいいかもです。

参考

多重 I/Oに関する歴史 https://itkq.jp/blog/2017/05/10/linux-file-and-io/
各リンク