может все-таки tokio_util::codec? иди тебя в старье потянуло?
https://docs.rs/tokio-util/0.3.1/tokio_util/

разницы нет, поведение у них одинаковое

ну, я бы так не сказал

в чем отличия?

в реализации

Ну да, tokio_util::codec. Сути правда не меняет — трейт я смотрел именно там

так что стопорит?

cannot return value referencing local variable

Вафель, закинь мне код в студию — там вопрос на подумать

предполагается, что забирается владение куском буфера (через split_to)

понятие "предполагается" для меня не аргумент

Ну условно return Ok(Some(Struct { data: &src[..10] }))

😐

Я правильно понимаю что токио забирает из системного буфера, кладет в свой, а ты потом можешь откусить из этого буфера чтобы забрать владение?

не совсем понятно, какой толк от split_to. ладно если бы у BytesMut был метод по типу into_vec() -> Vec<u8>, но вместо этого, как я понял, на сплите он ведет себя как Arc::clone(), так что владение не особо получаешь

не совсем так он себя ведёт, он умеет на части разделяться

А есть возможность задетектить в basic scheduler или threaded scheduler выполняется задача?

Добрый день, только начал изучать актикс и асинхроншину в расте и есть небольшие вопросы. Для каждого пользователя у меня должнать быть очередь запросов и ssl соединение с третьей стороной с использованием сертификата пользователя, планирую сделать это с помощью акторов, под каждого пользователя при запросе создавать актора(если не существует), который будет держать ссл и обрабатывать очередь(~3 запросов в секунду), как только очередь кончилась убивать актора. Интересует насколько это адекватное решение и сколько примерно экземпляров акторов можно создать на средненькой машине(100, 1000, 10000)?

норм, решение
вот только непонятно определение "средненькая машина"