Разница в скорости будет точно.

на ГО было много проблем с днс, криво как-то работает всё, здесь доволен, ложных ошибок нет.

нет, вовсе нет

можете позволить себе создавать любое число потоков?

да, могу, можно было бы и 1к поставить, но вот переживаю за проблемы с резолвом и ложные timeout

не хочется прогонять заново ошибки timeout

Юзал 4к io-bound потоков на win server - крашнулся гипервизор (: Но вообще это очень не правильно, но работает

хотелось бы поинтересоваться как бы реализовали часть с апдейтом записи в бд, я реализовал по-привычке на каналах, а именно результат приходит в канал и уже обновляется запись в бд. Хотел передавать postgres::Client непосредственно в каждый поток, чтобы не плодить каналы, но клонирование запрещено, как вариант только было использовать postgres-tokio как я понимаю. Но пока хочется разобраться с стд и понять, что можно реализовать и без async-рантаймов

postgres::client можно в mutex засунуть

пробовал, не получилось. Arc<Mutex< делал

а почему не получилось то, должно работать

нужно именно при создании postgres::Client его сразу паковать в Arc<Mutex<

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

Всем привет. Кто-нибудь работал с WINAPI?

Пытаюсь код https://docs.microsoft.com/en-us/windows/win32/wnet/enumerating-network-resources перенести на Rust, проблема в строчке  
LPNETRESOURCE lpnr = NULL;
Пытаюсь заменить на let lpnr: LPNETRESOURCE = null;, а он не хочет, пишет

mismatched types [E0308] expected *mut NETRESOURCEW, found fn() -> *const <unknown>


чем можно заменить, чтобы работало?

а какой Mutex: тот, который из std или тот, который из tokio?

если многопоточное приложение, то из std

Mutex из tokio разве не для многопоточных?

Думаю, надо null_mut()

Он для асинхронных

tokio ведь для асинхронных приложений