Async — Async watcher

class pyev.Async(loop, callback[, data=None, priority=0])

Parameters:

• loop (Loop) – loop object responsible for this watcher (accessible through Watcher.loop).
• callback (callable) – See Watcher.callback.
• data (object) – any Python object you might want to attach to the watcher (stored in Watcher.data).
• priority (int) – See Watcher.priority.

In general, you cannot use a Loop from multiple threads or other asynchronous sources such as signal handlers (as opposed to multiple event loops - those are of course safe to use in different threads).

Sometimes, however, you need to wake up an event loop you do not control, for example because it belongs to another thread. This is what Async watchers do: as long as the Async watcher is active, you can signal it by calling send(), which is thread- and signal safe.

This functionality is very similar to Signal watchers, as signals, too, are asynchronous in nature, and signals, too, will be compressed (i.e. the number of callback invocations may be less than the number of send() calls). In fact, you could use signal watchers as a kind of “global async watchers” by using a watcher on an otherwise unused signal, and feed_signal() to signal this watcher from another thread, even without knowing which loop owns the signal.

See also

ev_async - how to wake up an event loop

• Queueing

send()

Sends/signals/activates the Async watcher, that is, feeds an EV_ASYNC event on the watcher into the event loop, and instantly returns.

Note that, as with other watchers in libev, multiple events might get compressed into a single callback invocation (another way to look at this is that Async watchers are level-triggered: they are set on send(), reset when the event loop detects that).

This call incurs the overhead of at most one extra system call per event loop iteration, if the event loop is blocked, and no syscall at all if the event loop (or your program) is processing events. That means that repeated calls are basically free (there is no need to avoid calls for performance reasons) and that the overhead becomes smaller (typically zero) under load.

sent

Read only

True if send() has been called on the watcher but the event has not yet been processed (or even noted) by the event loop, False otherwise.

Note

This does not check whether the watcher itself is pending, only whether it has been requested to make this watcher pending: there is a time window between the event loop checking and resetting the async notification, and the callback being invoked.