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

а в файберах не надо

егор сидит на диване, бухает пиво и придумывает отмазки, чтобы не писать пистатые Д-асинки.. хулиган

и троллит еще

да я на плюсах же

и на плюсах можно выйти за пределы стека.. и в main и в их корутинах

это одно и то же

под макосью ктонить на Д писал? как спрашивала Муму "а какие тут подводные камни?"

хотел попробовать — отпала необходимость, даже вроде есть docker под linux для сборки под osx

а пока читал про это вроде не было каких-то особых нюансов, возможно они есть в случае если нужно прям native

но на самом деле такой себе подход, имхо лучше triple в ldc.conf засовывать

аа, я про АРМ спрашивал https://forum.dlang.org/post/ccvtcgisxrjyrnlneldv@forum.dlang.org

о, ну эт прям новьё, думаю тут точно могут быть нюансы
если попробуешь напиши

кроме этого поста кстати инфы больше нет) ну я не нашёл - тоже интересно было. Тут админ хотел купить новый макмини - но в итоге не купил :) а так бы он рассказал нам

ну, лучше подождать с новым M1X

Да я вот и жду :) и как раз интересно можно ли будет там нормально Дишку юзать. Читал про другие ЯП - проблемы там были, но там пользователей много - они сейчас пофиксят все баги, а вот с Ди может быть сложновато :(

dmd ещё не скоро запилят, если только Уолтеру кто-нибудь "просто так" не подарит мак на M1

для себя он точно запилит)

Всё зависит от алгоритма. Я сейчас использую потоки и не использую ни одной блокировки. Потому, что у каждого потока свои данные и мне не надо ничего синхронизировать. Потоки дают настоящую параллельность, а файберы нет. Это разные инструменты, для разных задач(ну ты и сам это знаешь). Там, где хватит одного потока, но надо постоянно переключаться между задачами, там лучше файбер, а там где надо настоящее параллельное выполнение с высокой производительностью, там лучше поток.