About event persistence By default, whenever a pending event becomes active (because its file descriptor is ready to read or write, or because its timeout expires), it becomes non-pending right before its callback is executed. Thus, to make the event pending again one may call Event::add on it again from inside the callback function. If the Event::PERSIST flag is set on an event, however, the event is persistent . This means that event remains pending even when its callback is activated. Event::del method can be called to make it non-pending. The timeout on a persistent event resets whenever the event's callback runs. Thus, if one has an event with flags Event::READ | Event::PERSIST and a timeout of five seconds, the event will become active: Whenever the socket or file descriptor is ready for reading. Whenever five seconds have passed since the event last became active. See also Fast portable non-blocking network programming with Libevent, About Event Persistence