A
Wait помимо всего возвращает ok и not-equal
Size: a a a
2019 February 15
A
Если возвращает все оки, то считает правильно
A
Если нет - уже всякая дичь возвращается
N
Эта строка сразу проходит, если this.lock[0] !== LOCKED
not-equal возвращает, когда сразу выходит, вот в таком случае
N
ok когда подождал, и разбудили
A
Так смысл в том, что подождал-разбудили меньше чем общее кол-во итераций
N
Какое общее количество итераций?
A
Какое общее количество итераций?
охрана отмена, то я еще таймаута добавил а их посчитать забыл
N
Там, кстати, проблема сейчас в том, что между
В качестве проверки можно вместо store в
Atomics.wait() и Atomics.store() в enter() нет критической секции, поэтому оба потока могут пройти wait с not-equal, и потом оба поменять значение на LOCKED.В качестве проверки можно вместо store в
enter() написатьif (Atomics.exchange(this.buf, 0, LOCKED) === LOCKED) console.log('was already locked');N
По идее надо там какой-нибудь compareExchange использовать
TS
Да, @belochub похоже на то, сейчас попробую
TS
TS
Так результат получше, но промежуточный результат тоже !==
TS
{ mutex: Mutex { lock: Int32Array [ 1 ], owner: false },
point: Point { data: Int32Array [ 0, 0 ] } }
{ point: Point { data: Int32Array [ 109487, 109117 ] } }
{ point: Point { data: Int32Array [ 0, 0 ] } }
point: Point { data: Int32Array [ 0, 0 ] } }
{ point: Point { data: Int32Array [ 109487, 109117 ] } }
{ point: Point { data: Int32Array [ 0, 0 ] } }
TS
За 2 миллиона телодвижений на 370 убежало вправо
N
Потому что там на чтение тоже надо критическую секцию
N
Если там
console.dir({ point }) обернуть в mutex.enter()/mutex.leave(), то все правильно показываетTS
@belochub Да, все ок, спасибо!
2019 February 16
SV
первый запрос отправляю с помощью node-fetch, второй с postman, первый завершается со статусом canceled, с чем это может быть связанно?