AK
почитал фитбэк, отзывы - огонь!
фитбек с jpoint'а?
Size: a a a
2018 April 18
OY
почитал фитбэк, отзывы - огонь!
От чистого сердца... )
DB
Вопрос Тагира, как я его понял, был в том как мы без асинхронности одновременно опрашиваем несколько бэкендов, если нам для ответа нужны результаты от них всех. Понятно, что ExecutorService породит дополнительные потоки и в них будут блокировки. А мы в основном потоке будем ждать завершения тасков. Тем не менее - при умеренных нагрузках в реальных проектах этот подход отлично работает уже много лет.
Ок, согласен. В большинстве случаев это не нужно.
Я пытаюсь решить этим проблему то что из за долгих запросов заполняется пул и мелким запросам не хватает соединений. А расширять бесконечно пул не хочется.
Я пытаюсь решить этим проблему то что из за долгих запросов заполняется пул и мелким запросам не хватает соединений. А расширять бесконечно пул не хочется.
AK
почитал фитбэк, отзывы - огонь!
а когда будет какой-нибудь рейтинг, ТОП10 например?
J🎩
скоро
AK
круто!
M
Ок, согласен. В большинстве случаев это не нужно.
Я пытаюсь решить этим проблему то что из за долгих запросов заполняется пул и мелким запросам не хватает соединений. А расширять бесконечно пул не хочется.
Я пытаюсь решить этим проблему то что из за долгих запросов заполняется пул и мелким запросам не хватает соединений. А расширять бесконечно пул не хочется.
А разве нельзя разнести долгие блокирующие и быстрые запросы по разным ExecutorService?
DB
Ну тогда два ConnectionPool нужно сделать для долгих (экспорт и прочее) и быстрых. А это идея. Спасибо, попробую
DB
GK
А разве нельзя разнести долгие блокирующие и быстрые запросы по разным ExecutorService?
Похожая задача стояла (только там не с базой было общение), решали разделением на два пула потоков. Отлично работает!
DB
Иначе вопросы по конференции теряются
DS
Дмитрий, о чем вы? О клиентском или серверном js?
в браузерном js в chrome devtools есть фича, которая делает асинхронные стек трейсы плоскими при дебаге
OY
Интересно насколько корутины соотносятся с JS Event Loop?
Пошел читать.
Пошел читать.
OY
Думаю эта штука дает хороший ответ:
https://kotlinexpertise.com/kotlin-coroutines-guide/#implementation
This whole coroutine stuff is really cool but what about synchronization, how do I share data between different coroutines?
Well, at least that’s what I was asking myself quite early because this seemed to be a reasonable question as most coroutines make use of thread pools (like CommonPool) to be dispatched in. It’s quite evident, that synchronization is just as important as we know it from Java for example. Actually, this is just about right: We can make use of acquainted strategies like using thread-safe data structures, confining execution to a single thread or using locks (see Mutex for further details).
JS Event Loop - штука понятная и простая там по сути один thread и ни каких замарочек с конкурентным доступом и атомарностью.
Корутины полагаются на java threds и похоже что дебаггинг в данном случае сопоставим по сложности с дебагингом привычной многопоточности.
https://kotlinexpertise.com/kotlin-coroutines-guide/#implementation
This whole coroutine stuff is really cool but what about synchronization, how do I share data between different coroutines?
Well, at least that’s what I was asking myself quite early because this seemed to be a reasonable question as most coroutines make use of thread pools (like CommonPool) to be dispatched in. It’s quite evident, that synchronization is just as important as we know it from Java for example. Actually, this is just about right: We can make use of acquainted strategies like using thread-safe data structures, confining execution to a single thread or using locks (see Mutex for further details).
JS Event Loop - штука понятная и простая там по сути один thread и ни каких замарочек с конкурентным доступом и атомарностью.
Корутины полагаются на java threds и похоже что дебаггинг в данном случае сопоставим по сложности с дебагингом привычной многопоточности.
DS
тут интересна именно связь конкретного continuation с местом вызова suspend метода, независимо от того на каком потоке выполняется continuation
DS
у каждого потока свой стек трейс, и в общем случае в continuation ты видишь только как из пула взялся поток и сразу выполнился коллбек
J🎩
Народ, get a room. Давайте в @projvm
SB
В @projvm обсуждают только Телеграм, а тут бывает и яву
AA
В @projvm обсуждают только Телеграм, а тут бывает и яву
ну так надо призвать модератора, чо. пускай сделают чатик где будут обсуждать телеграм. популярность обеспечена
J🎩
В @projvm обсуждают только Телеграм, а тут бывает и яву
Ну вот вы все туда пойдете, и сделаете правильно.