AV
Vetro
Переслано от Vetro
futures::lock::Mutex | tokio::sync::Mutex
есть принципиальная разница?
есть принципиальная разница?
общее правило: если видишь вариант утилиты в futures и в tokio - всегда бери tokio
Size: a a a
2020 July 23
V
V
ладно
PL
общее правило: если видишь вариант утилиты в futures и в tokio - всегда бери tokio
Ну что, начнём холивар про select?
PL
Или про урезанный донельзя
StreamExtPL
Или mpsc::bounded::Sender, который требует &mut self, хотя unbounded не требует
AV
tokio::select! не требует FusedFuture в отличие отPL
При всём уважении к tokio, ряд решений под большим вопросом
PL
tokio::select! не требует FusedFuture в отличие отИ позволяет проебаться в рантайме, в отличие от
AV
проебаться как?
PL
Причем вероятностно
PL
проебаться как?
Паникой, как ещё. Или вообще ub
AV
схуяли
PL
С тех пор как
Once a future has completed (returned Ready from poll), calling its poll method again may panic, block forever, or cause other kinds of problemsPL
Но правда
calls must never cause undefined behavior, лолPL
То есть "мы полагайтесь на это, но совсем уж не стоит, а то мало ли", И вот это "мало ли" это select в tokio
PL
Так что можно долго спорить fused vs if guard, но компайлтайм гарантии всегда лучше, чем рантаймовые. Особенно, если речь про ветки, которые могут исполняться очень редко и вероятностно
AV
я не понял
PL
Что именно?
AV
tokio::select будет поллить футуры пока одна не вернёт Ready