thread:spawn запускает тред, в новом треде запускается футурка на tokio экзекьюторе, потом тред заспауненй видимо умирае

а футурка наверное дропается и помирае

Мне не совсем понятно, как вообще так асинхронный код может взаимодействовать друг с другом, когда запускается совсем в другом потоке

И если случайно вызвать блокирующий метод внутри some_async_logic, но который запущен в новом потоке, приостановит ли это main async?

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

А здесь как? Замедлится весь рантайм, даже если запстим в отдельном потоке?

ты только _постишь_ в отдельном потоке, выполняется футурка все равно на треде(-ах) экзекьютора

и экзекьюторный тред заблочится, если он один - то все встанет

спасибо

Ребзи, а кто-то на AWS Lambda раст крутил? Впихнул на работе добровольно-принудительно Rust, как лямбда-функцию для ресайза имеджей, написал две версии - на питоне и на расте, раст версия работает в два раза медленней (цикл: загрузка имеджа в память, кроп до нужного соотношения сторон, ресайз, загрузка на с3). Не полнимаю - то ли это из-за того, что он кастомный рантайм тянет туда, то ли из-за моих кривых рук (скорее второе, конечно)

код практически идентичен (я написал на расте для начала, потом переписал на питоне почти один в один)

а деплоится он как у тебя?

собираю зипник (билдится в докер контейнере, потом вываливает в target/lambda билд), ручками добавляю в функцию

это пока proof-of-concept, могу даже код показать)

если он в релизном варианте собран то должен быть достаточно быстр

если там зипник не огромный

основные потери там на I/O получаются, скачать оригинал, потом загрузить в S3 бакет ресайзнутое изображение, но идентичные код на питоне работает быстрее, блин

зипник 3.5МБ, на питоне 15МБ зипник (он тащит Pillow и boto3 с собой в зависимостях)

надо смотреть код тогда чтоль

ща на гист кину