Ты волнуешься по поводу излишнего потребления памяти (типа, структура содержит два поля под переменные, хотя в реальности больше одного не нужно)?

Можно как-то посмотреть на конечный результат преобразования уже в state-machine кода, но без ассемблера?

Нет, я волнуюсь о том что исходя из примера по ссылке, два потенциально несвязанных async`а влияют друг на друга, и один блокирует выполнение другого. Скорее всего я ошибаюсь, только не знаю, что я упускаю из вида

Вот тут: https://rust-lang.github.io/async-book/04_pinning/01_chapter.html показывают как из асинхронного кода создается state-machine. Насколько я понял, каждый .await в рамках этого блока будет полем конечной структуры, для которой уже будет сделан impl Future for.В связи с чем такой вопрос: если у меня данные условного первого поля структуры никак не зависят от данных второго поля такой структуры, но первое поле исполняется дальше, то исходя из приведенного примера в скинутом линке напрашивается вывод, что второе поле не будет обработано, пока не обработается первое поле. Это так, или я ошибаюсь?

последовательные await исполняются последоватьельно, никакой конкурентности в их исполнении нет. То есть если ты хочешь совершить два сетевых запроса, причем для совершения второго не нужно дожидаться первого, то надо это «распараллеливание» делать самому, два последовательных get(«http://foo.com»).await; get(«http://bar.com»).await будут исполняться последовательно

Но код вида

let foo = get(«http://foo.com»);
let bar = get(«http://bar.com»);
foo.await;
bar.await;

в начале отправит оба запроса и только потом встанет на ожидании первого ответа.

Но код вида

let foo = get(«http://foo.com»);
let bar = get(«http://bar.com»);
foo.await;
bar.await;

в начале отправит оба запроса и только потом встанет на ожидании первого ответа.

Но код вида

let foo = get(«http://foo.com»);
let bar = get(«http://bar.com»);
foo.await;
bar.await;

в начале отправит оба запроса и только потом встанет на ожидании первого ответа.

Кстати я никогда не задумывался об этом. Получается в расте нельзя реализовать get так чтобы он жадно отправил запрос и только после этого засаспендился?

Ну можно сделать, чтобы гет взвращала impl Future, а внутри нее делать tokio::spawn()
fn get() -> impl Future<Output=String> {
 tokio::spawn(actual_get())
}
типа так

Кстати я никогда не задумывался об этом. Получается в расте нельзя реализовать get так чтобы он жадно отправил запрос и только после этого засаспендился?

Т.е если я явно нигде в коде не взываю task::spawn и других вещей, то мой код будет все такой же синхронный, только при этом рализован в виде state machine? Ну и еще event-loop будет при этом?