AA
опыт Go говорит об обратном
Size: a a a
2021 July 15
D
в го перешло очень много народа их пхп
PD
Вот что Loom не занесли - это грустно, он мог бы сделать более простым разработку многопоточных приложений (но очень не скоро)
D
и в целом код там оставляет желать лучшего
AA
да и из жавы не мало
D
к нему куча вопросов остается
D
смотрел еапы и что люди с фреймворками делают
AA
пол года раньше, пол года позже... плюс-минус результат будет тот же.
D
пока получается нужно везде выкидывать synchronized
D
а еще непонятно как быть с пулами потоков, где жесткое ограничение
D
@dphil вот чисто теоретически, как бы работал условный хикари на лум? как это выглядит?
D
мы же не можем бесконечно файберы плодить, у нас ограничено число подключений к субд? где эта грань?
PD
Ну да, там до реального использования в массовой разработке - все равно несколько лет.
Еще же и тот же rdbc нужно довести (и прочие стереотипы, плохо накладывающиеся на дешевые треды)
Еще же и тот же rdbc нужно довести (и прочие стереотипы, плохо накладывающиеся на дешевые треды)
D
скорее всего будет уже пул виртуальных потоков, так еще надо будет правильно рассчитать коэф подключений к числу виртуальных потоков
PD
Вот я и пишу, что там не нужен хикари и вообще jdbc, там нужно иначе выстраивать работу, вообще без концепции "соединения"
D
но ведь Оракл тапком в грудь бьют
D
вот берешь jdbc - и все по-старому, но МАСШТАБИРУЕТСЯ
PD
На тему?
PD
Но ведь нет )
D
r2dbc будет достаточно просто причесать с лумом, у тебя не будет обратных вызовов с event loop, просто добавятся await методы, где suspend/resume