1
0
Fork 0
mirror of https://codeberg.org/Mercury-IM/Smack synced 2024-11-25 15:52:06 +01:00

reactor: have synchronized block include peeking at scheduled actions

If we do not peek at the scheduled actions in the reactors
synchronized block, then there is a kind of lost-update problem. While
Ractor.schedule() will call wakeup() on the selector, a thread could
have already determined the value of selectWait, while being blocked
at the start of the synchronized reactor section. Once it is able to
enter the section, it will use an outdated selectWait value.

This leads to scheduled actions not being executed on time.

Thanks to Eng ChongMeng for reporting this and suggesting the fix.
This commit is contained in:
Florian Schmaus 2019-10-12 10:22:31 +02:00
parent 05c920ab56
commit b510d373b5

View file

@ -204,6 +204,9 @@ public class SmackReactor {
return; return;
} }
int newSelectedKeysCount = 0;
List<SelectionKey> selectedKeys;
synchronized (selector) {
ScheduledAction nextScheduledAction = scheduledActions.peek(); ScheduledAction nextScheduledAction = scheduledActions.peek();
long selectWait; long selectWait;
@ -220,9 +223,6 @@ public class SmackReactor {
return; return;
} }
int newSelectedKeysCount = 0;
List<SelectionKey> selectedKeys;
synchronized (selector) {
// Before we call select, we handle the pending the interest Ops. This will not block since no other // Before we call select, we handle the pending the interest Ops. This will not block since no other
// thread is currently in select() at this time. // thread is currently in select() at this time.
// Note: This was put deliberately before the registration lock. It may cause more synchronization but // Note: This was put deliberately before the registration lock. It may cause more synchronization but