Enqueue collections of events instead of individual events in `MacWatchKey`?

Events are enqueued to the list of pending events individually in MacWatchKey. It might be faster to, before enqueueing, collect all events that are available at that point (but not yet enqueued) and enqueue the collection. Note: This is an optimization of which the need/effectiveness currently is unclear.

Further background:

• Original comment
• In a previous version of the library, the poller used to submit a separate job to the thread pool for each incoming event. This didn't work well in situations with many events (e.g., in the torture tests). Currently, instead, the poller collects multiple events in each job. This feature of the poller might be strengthened by using "pre-collection" as suggested in this issue (or it might not; that's to be found out).

まず MacWatchKey と poller の既存のイベント収集動作を読みます。issue で説明されている高イベントレートのケースを理解するために torture tests を実行し、その後、利用可能なイベントを事前に収集することで改善するかどうかを測定します。最適化の効果が確認され、その結果生じた変更がこれらのテストに対して検証されれば完了です。