ТБ
kmongo работает поверх официального async драйвера
я вроде это и говорил
а вообще imho путь один - либо писать котлиновские обертки над асинхронными драйверами
либо искать готовые
это для любой базы
Size: a a a
2018 November 09
ТБ
IM
Разве обычным драйвером нельзя пользваться в корутинах?
SZ
Разве обычным драйвером нельзя пользваться в корутинах?
можно, но оно будет создавать лишние потоки для запросов
SZ
а так смело заворачивай в
withContext(Dispatchers.IO) и юзайIM
Дак юзать пул соединений, создавать новые то зачем?
IM
У меня так работает, но может нагрузки пока маловаты, 50 rps к ктору. Каждый делает несколько запросов к бд.
SZ
я для базы тоже не парюсь и у меня в IO диспатчере оно крутится
IM
На vps средненьком
ТБ
ну это старый подход
в котлине асинхронность в язык встроена, поэтому конечно лучше её использовать
в котлине асинхронность в язык встроена, поэтому конечно лучше её использовать
AE
ну это старый подход
в котлине асинхронность в язык встроена, поэтому конечно лучше её использовать
в котлине асинхронность в язык встроена, поэтому конечно лучше её использовать
лол
ТБ
потом если нагрузка большая и много одновременных запросов идет
то просто пул потоков может переполниться
то просто пул потоков может переполниться
SZ
Дак юзать пул соединений, создавать новые то зачем?
в идеале вообще сделать свой DB диспатчер с макс потоков сколько коннектов в пуле
AE
ну это старый подход
в котлине асинхронность в язык встроена, поэтому конечно лучше её использовать
в котлине асинхронность в язык встроена, поэтому конечно лучше её использовать
>котлине асинхронность в язык встроена
не стоит говорить о корутинах как о встроенной в язык асинхронности
не стоит говорить о корутинах как о встроенной в язык асинхронности
ТБ
>котлине асинхронность в язык встроена
не стоит говорить о корутинах как о встроенной в язык асинхронности
не стоит говорить о корутинах как о встроенной в язык асинхронности
это именно она и есть
AE
считайте как хотите)
VP
потом если нагрузка большая и много одновременных запросов идет
то просто пул потоков может переполниться
то просто пул потоков может переполниться
Ну так потоков не надо больше чем БД тянет одновременных соединений
AE
Ну так потоков не надо больше чем БД тянет одновременных соединений
ну например постгрес потянет 100, будем держать пул потоков на 100 тредов?
VP
ну например постгрес потянет 100, будем держать пул потоков на 100 тредов?
Если у вас такая нагрузка, что нужно 100 параллельных соединений - почему бы и нет?
Да, много памяти в пустую + переключения контекста. Но настолько ли это критично?
Да, много памяти в пустую + переключения контекста. Но настолько ли это критично?
AE
Если у вас такая нагрузка, что нужно 100 параллельных соединений - почему бы и нет?
Да, много памяти в пустую + переключения контекста. Но настолько ли это критично?
Да, много памяти в пустую + переключения контекста. Но настолько ли это критично?
охладите меня. тред вставший в ожидание сокета не заберет системный поток выполнения?