PD
Интересно, как оно внутри и зачем вообще объект соединения в таком случае и чем он ограничен и зачем он ограничен
Size: a a a
2021 March 10
VR
Интересно, как оно внутри и зачем вообще объект соединения в таком случае и чем он ограничен и зачем он ограничен
В моей картине мира (которая основана на моих домыслах), в объекте соединения лежит сокет, через который происходит все общение, в том числе и асинхронное. Транзакции, кстати, тоже с ним ассоциированы. Но не исключаю, что на самом деле всё сложнее.
VA
В асинхронне транзакция может быть ассоциирована только с айди оной. И контекстом. А не с сокетом/тредом/соединением
PD
Сокет-то один на все соединения, насколько я помню.
Внутри БД - оно может быть по разному, в PG вообще все еще по одному процессу на соединение (и это очень грустно).
Но, впрочем, хотя бы полностью асинхронные методы работы с БД уже хорошо, они хотя бы не будут мешать выстраивать реактивные конструкции.
Хотя большая часть запросов и будет ждать освобождения соединения из пула (
Внутри БД - оно может быть по разному, в PG вообще все еще по одному процессу на соединение (и это очень грустно).
Но, впрочем, хотя бы полностью асинхронные методы работы с БД уже хорошо, они хотя бы не будут мешать выстраивать реактивные конструкции.
Хотя большая часть запросов и будет ждать освобождения соединения из пула (
VR
Сокет-то один на все соединения, насколько я помню.
Внутри БД - оно может быть по разному, в PG вообще все еще по одному процессу на соединение (и это очень грустно).
Но, впрочем, хотя бы полностью асинхронные методы работы с БД уже хорошо, они хотя бы не будут мешать выстраивать реактивные конструкции.
Хотя большая часть запросов и будет ждать освобождения соединения из пула (
Внутри БД - оно может быть по разному, в PG вообще все еще по одному процессу на соединение (и это очень грустно).
Но, впрочем, хотя бы полностью асинхронные методы работы с БД уже хорошо, они хотя бы не будут мешать выстраивать реактивные конструкции.
Хотя большая часть запросов и будет ждать освобождения соединения из пула (
Пул то может быть очень большим
PD
Vladimir Romanko
Пул то может быть очень большим
Насколько большим? MS SQL поддерживает тысячи и больше соединений на узел?
VR
И даже если запрос висит в ожидании соединения из пула, он тоже делает это асинхронно. И учитывая, что обычно все ограничено производительностью SQL сервера, не все ли равно где именно висит запрос.
VR
Насколько большим? MS SQL поддерживает тысячи и больше соединений на узел?
Да. Размер пула указывается в строке подключения, по умолчанию 100, можно увеличить до 32к, через донастройку SQL сервера лимит можно еще увеличить
PD
А он реально переваривает 32k? На каком железе?
VR
А он реально переваривает 32k? На каком железе?
ну лично я не пробовал, не знаю
K
Всем привет. Подскажите, не в курсе что сегодня с Ростелеком?
VA
твитор же пытался небось замедлить
VA
вот и замедлил
VR
Мне кажется, что если соединения сами по себе потребляют много ресурсов (в отрыве от выполняемых ими запросов) - это просто родовая травма некоторых СУБД.
VA
Это родовая травма классической парадигмы разработки, до пришествия асинк ио))))
N
Oracle держит больше 30 тыс сессий , но только если они не все активные. Скажу так ,что 30 тыс я видел , а сколько в пределе не смотрел.
AT
Всем привет. Подскажите, не в курсе что сегодня с Ростелеком?
PD
Nikolay
Oracle держит больше 30 тыс сессий , но только если они не все активные. Скажу так ,что 30 тыс я видел , а сколько в пределе не смотрел.
А в каком режиме он держит? Там у него много вариантов. И что значит 'не активных'?
AM
ораклу пофиг , так как сессия не привязана к процессу ОС
AM
у них там тред может обрабатывать одновременно кучу ссесий