А
Народ, а почему тут используют обычный мьютекс?
async_std::sync::Mutex тут нельзя использовать?
async_std::sync::Mutex тут нельзя использовать?
Size: a a a
2020 June 08
K
лишняя зависимость, не?
А
лишняя зависимость, не?
А асинхронный мьютекс точно не дает профита в использовании? В асинхронщине ведь можно не лочить весь поток, а почти бесплатно лочить корутину
А
И еще вопрос, работает ли async_std::sync::Mutex как tokio::sync::Mutex, который, как говорит дока, «This type acts similarly to an asynchronous std::sync::Mutex, with one major difference: lock does not block»
AV
нахуй нужен асинхронный мутекс если не надо держать сквозь await?
C
И еще вопрос, работает ли async_std::sync::Mutex как tokio::sync::Mutex, который, как говорит дока, «This type acts similarly to an asynchronous std::sync::Mutex, with one major difference: lock does not block»
две разных имплементации; они чем-то похожи, чем-то отличаются
C
"asynchronous std::sync::Mutex" != "async_std::sync::Mutex"
C
Народ, а почему тут используют обычный мьютекс?
async_std::sync::Mutex тут нельзя использовать?
async_std::sync::Mutex тут нельзя использовать?
1. потому что в актиксе акторы
2. почему именно async_std mutex?
2. почему именно async_std mutex?
2020 June 09
А
1. потому что в актиксе акторы
2. почему именно async_std mutex?
2. почему именно async_std mutex?
Суть в том, что мне хочется использовать фичи асинхронности, и дёшево лочить корутину вместо дорогого лока потока
Ct
Народ, а почему тут используют обычный мьютекс?
async_std::sync::Mutex тут нельзя использовать?
async_std::sync::Mutex тут нельзя использовать?
Вопрос скорее в том почему не атомик
А
Суть в том, что мне хочется использовать фичи асинхронности, и дёшево лочить корутину вместо дорогого лока потока
И я в принципе не понимаю, что это за такая асинхронщина в актиксе такая, что требует лока всего потока для синхронизации. Я так же мог бы использовать обычный многопоточный сервер
A
И я в принципе не понимаю, что это за такая асинхронщина в актиксе такая, что требует лока всего потока для синхронизации. Я так же мог бы использовать обычный многопоточный сервер
Тесты скорости говорят что вы конечно взятт можете, но быстрее актикса нужно постараться что-то сделать, ну и актикс писался когда асинхронности еще не было в Rust))
C
Adv0cat
Тесты скорости говорят что вы конечно взятт можете, но быстрее актикса нужно постараться что-то сделать, ну и актикс писался когда асинхронности еще не было в Rust))
а что за тесты скорости?
А
Adv0cat
Тесты скорости говорят что вы конечно взятт можете, но быстрее актикса нужно постараться что-то сделать, ну и актикс писался когда асинхронности еще не было в Rust))
Нет, ну лок потока слишком дорогой, чтоб им так просто разбрасываться. Я переписал эту штуку под use tokio::sync::Mutex, и вроде норм работает
А
Кстати, а в расте какая-то другая асинхронность что-ли? В других языках обычно вообще запрещено делать блокирующие операции вне специального экзекутора
C
если очень глобально размышлять, то есть разные подходы к асинхронности
А
Но ведь все подходы крутятся вокруг гринтредов, и их дешевый лок как раз и обеспечивает профит асинхронности
C
разве акторы вокруг гринтредов?