Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Клиентские подключения и производительность MS SQL
|
|||
|---|---|---|---|
|
#18+
Пишется следующее приложение: клиент - VB компоненты доступа к данным (ADO) вынесены на отдельный уровень. сервер - MS SQL (SE) количество клиентов - ~100, из них ~50 - одновременно. Есть ли смысл использовать в этом случае пул подключений, или для MS SQL такое количество одновременных коннектов как слону укус комара? p.s. Во многих книгах по MS SQL пишут, что клиентские подключения - это быстро исчерпывающийся ресурс, и что большое количество одновременных подключений отрицательно сказывается на производительности сервера. Но информацию, о том, какое количество одновременных подключений считается большим найти нигде не удалось ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2001, 13:13 |
|
||
|
Клиентские подключения и производительность MS SQL
|
|||
|---|---|---|---|
|
#18+
Каждое подключение отнимает какие-то там десятки Kb (наизусть не помню). Умножаем, пусть 40Kb на 100 и получаем 4Mb - штуки мегабайт. Если железо нормальное - сотни Mb RAM - то про укус комара все верно. Что действительно неудобно в этом случае - просматривать список процессов в EM и тем более в QA, уж очень он длинный получается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.12.2001, 13:33 |
|
||
|
|

start [/forum/topic.php?fid=46&tid=1824607]: |
0ms |
get settings: |
8ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
55ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
2ms |
| others: | 230ms |
| total: | 353ms |

| 0 / 0 |
