Некомплитящиеся и вечно ждущие фьючеры.

Тогда соединения висеть должны, если это не воркер и не заспавненные футуры. В общем, надо код)

А ну или этот

Tokio_console же, крейт недели, все дела)

В issue репозитория несколько подымалась тема. Обычный рост кэша. Только ограничение в systemd по верхней границе памяти хоть как-то спасает…

Может просто аллокатор память не возвращает?

тогда бы потребление не росло

и старые страницы вытеснялись бы

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

Всем добрый день. Переписываю простейшую прокси-схему с питона на раст и заплутала. В общих чертах, Клиент коннектится к серверу через TCP сокет, проверяет, есть ли данные во входном потоке, читает их и пересылает через reqwest на стороннюю апи, потом запрашивает эту же апи на наличие входных сообщений и пересылает серверу. Вопрос, на чем писать, std не подходит, тк reqwest запросы сделаны через async. В токио не понимаю, как сделать так, чтобы TcpStream::connect не отключался после некоторого времени, тк через несколько loop выдает broken pipe. Если что, я нубский нуб и стажер.

Он сам по себе не должен отключаться

А в чем может быть причина? Клиент пересылает нормально первые несколько сообщений, а потом выдает WouldBlock error и все последующие broken pipe.

WouldBlock в токио тоже чот странное. А можно код?

Как лучше кидать, через скрин/гисты?

В идеале через плейграунд, если там кода не сильно много

А смысл юзать токио и вызывать блокирующие функции? Через Asyncread/AsyncReadExt надо по идее

Токио, это первое что находится по запросу async Tcp stream. Asyncread это async_std?

юзай read() из AsyncReadExt вместо try_read()