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).

Lies zunächst MacWatchKey und das bestehende Verhalten des poller beim Sammeln von Ereignissen. Führe die torture tests aus, um den im Issue beschriebenen Fall mit hoher Ereignisrate zu verstehen, und miss anschließend, ob das vorherige Sammeln verfügbarer Ereignisse ihn verbessert. Als abgeschlossen gilt die Arbeit, wenn die Auswirkung der Optimierung festgestellt und jede daraus resultierende Änderung anhand dieser Tests validiert wurde.