D
Спасибо, чет совсем туплю
дык всегда есть выход, даже если там какой-то жёстко однопоточный код, всегда можно запустить его в отдельном потоке и общаться с остальным миром через каналы
Size: a a a
2020 July 29
A
дык всегда есть выход, даже если там какой-то жёстко однопоточный код, всегда можно запустить его в отдельном потоке и общаться с остальным миром через каналы
итак канал на канале каналом погоняет ) Канал для данных, канал для управления, канал шины (broadcast), хорошо что tokio::select приделали, стало поудобней
D
итак канал на канале каналом погоняет ) Канал для данных, канал для управления, канал шины (broadcast), хорошо что tokio::select приделали, стало поудобней
ну а щито поделать
A
Ну если можно не юзать каналы - нужно их не юзать
D
согласен
d
согласен
то есть между мьютексом и каналом ты выберешь мьютекс?
A
Ты смешал мух и котлеты
D
то есть между мьютексом и каналом ты выберешь мьютекс?
в целом — зависит от задачи
если реально много потоков, то лучше мьютекс, если мало потоков — то мб каналы
просто каждый канал — это небольшой оверхед, и если каналов много — то оверхед становится ого-го
если реально много потоков, то лучше мьютекс, если мало потоков — то мб каналы
просто каждый канал — это небольшой оверхед, и если каналов много — то оверхед становится ого-го
D
ежели мы говорим про токио, то токийский мутекс крайне легковесный
D
иногда накладные расходы на передачу данных между каналами полностью убивают любой перформанс, в то же время как мутекс лишён этого недостатка
d
ежели мы говорим про токио, то токийский мутекс крайне легковесный
токийский мьютекс — это не мьютекс... черт, меня в хардварь понесло
D
токийский мьютекс — это не мьютекс... черт, меня в хардварь понесло
ну почему, очень даже мутекс, просто он в ядро не ходит, но ему и не надо )
d
ну почему, очень даже мутекс, просто он в ядро не ходит, но ему и не надо )
вот!
D
ну дык если ты отказываешься от шедулера ОС в пользу шедулера токио, то разумно и мутексы использовать токийские, а не ядерные :)
A
в целом — зависит от задачи
если реально много потоков, то лучше мьютекс, если мало потоков — то мб каналы
просто каждый канал — это небольшой оверхед, и если каналов много — то оверхед становится ого-го
если реально много потоков, то лучше мьютекс, если мало потоков — то мб каналы
просто каждый канал — это небольшой оверхед, и если каналов много — то оверхед становится ого-го
Ну вот есть задача хранения определенного стейта допустим хэшмапа, не будешь же ты его гонять по каналам, мютекс тут самое очевидное
D
и это самое, теже каналы сделаны либо на локфри-структурах (которые никто не мешает использовать и без каналов), либо на мутексах.. так что всё-таки это в первую очередь — удобство
d
ну дык если ты отказываешься от шедулера ОС в пользу шедулера токио, то разумно и мутексы использовать токийские, а не ядерные :)
какие ос, какие токио, двое суток отладки дикой железки, короче крыша моя поехала, но работает. народ никогда не связывайтесь с риском — это жопа. пойду спать, а то ваще пургу гнать начну 🤣
D
Ну вот есть задача хранения определенного стейта допустим хэшмапа, не будешь же ты его гонять по каналам, мютекс тут самое очевидное
тут можно маленькие сообщения гонять :) так в общем-то делают иногда)
но ваще в такой задаче разумней звучит локфри хэшмапа, благо, такие существуют )
но ваще в такой задаче разумней звучит локфри хэшмапа, благо, такие существуют )
D
какие ос, какие токио, двое суток отладки дикой железки, короче крыша моя поехала, но работает. народ никогда не связывайтесь с риском — это жопа. пойду спать, а то ваще пургу гнать начну 🤣
отдыхай! без сна — тяжело, с железками — ещё тяжелей )
D
тут можно маленькие сообщения гонять :) так в общем-то делают иногда)
но ваще в такой задаче разумней звучит локфри хэшмапа, благо, такие существуют )
но ваще в такой задаче разумней звучит локфри хэшмапа, благо, такие существуют )
.. хотя иногда мутекс может быть выгодней, чем локфри структуры xD