AI
У тебя в спавне точно также футура застрянет, только очередности не будет
Size: a a a
2020 December 06
E
У тебя в спавне точно также футура застрянет, только очередности не будет
нет, в spawn не застревали, но выполнялись непоследовательно
AI
нет, в spawn не застревали, но выполнялись непоследовательно
Я не вижу разницы, либо и там и там застревают, либо не застревабт и там и там
AI
В общем дебаж дальше
AI
Нужна очередность - не спавни
E
В общем дебаж дальше
понял, спасибо!
KR
Нужна очередность - не спавни
Да какая разница? Очерёдность зависит от того как мы ожидаем результат, а не выполняем футуру. Если в цикле последовательно делать spawn(fut).await то тоже всё будет отрабатывать последовательно.
Юзать spawn или нет - вопрос того хотим ли мы чтобы эти футурки выполнялись в каком угодно потоке, либо же в текущем контексте. Что, в принципе, с workstealing рантаймом не имеет много смысла.
Юзать spawn или нет - вопрос того хотим ли мы чтобы эти футурки выполнялись в каком угодно потоке, либо же в текущем контексте. Что, в принципе, с workstealing рантаймом не имеет много смысла.
A
не верно
A
в случае спавна очередность не гарантируется
MB
Если делать .await на JoinHandle, то очередность таки будет
p
в случае спавна очередность не гарантируется
В случае эвейта гарантирована
MB
Другой вопрос, что это просто бесполезное использование spawn()-а
A
Другой вопрос, что это просто бесполезное использование spawn()-а
А, он await'ит
MB
Я только один случай вижу, когда это полезко, и он очень специфичный - а именно, чтобы футура исполнялась на tokio-managed треде и могла делать block_in_place
KR
Ну, есть ещё мнение, что мы таким образом одну большущую жирную футуру можем почикать на больше маленьких, и мол рантайму проще процессить много маленьких, нежели жирные. Но где в подобные моменты можно упереться и где это может быть критично - я не знаю, может быть какой-то ХФТ. Да и это уже профилировщиком надо глядеть, в любом случае.
A
если ты awaitишь смысла нет, тебе точно нужно последовательно а не общий результат?
AK
подскажите как сделать хэшмапу мутексов и конкурентно из неё получать мутекс по ключу, после чего дропать мутекс самой карты? сейчас вот так не получается, говорит cannot move out of
map_guard because it is borrowedAK
или саму карту нужно не в мутекс класть а в другое что то?
a
или саму карту нужно не в мутекс класть а в другое что то?
От чего хочешь защититься, вешая мьютекс на мапу? Мб rwlock хочется в действительности? С ним такой проблемы быть не должно по идее.
MB
подскажите как сделать хэшмапу мутексов и конкурентно из неё получать мутекс по ключу, после чего дропать мутекс самой карты? сейчас вот так не получается, говорит cannot move out of
map_guard because it is borrowedНу проблема такая:
с того момента как ты дропнул map_guard, кто-то может например удалить mtx из мапы. Тогда тебе уже нечего локать.
с того момента как ты дропнул map_guard, кто-то может например удалить mtx из мапы. Тогда тебе уже нечего локать.