Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
как kill неактивные соединения ?
|
|||
|---|---|---|---|
|
#18+
подскажите пожалуйста как можно в Sybase ASE12.5.3 можно отследить коннект, который ничего не делает ? необходимо периодически прибивать неактивные коннекты, т.к. число соединений ограничено лицензий на ПО, а user некоторые держат лицензию и ничего не делают... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2006, 10:22 |
|
||
|
как kill неактивные соединения ?
|
|||
|---|---|---|---|
|
#18+
pionersurgподскажите пожалуйста как можно в Sybase ASE12.5.3 можно отследить коннект, который ничего не делает ? необходимо периодически прибивать неактивные коннекты, т.к. число соединений ограничено лицензий на ПО, а user некоторые держат лицензию и ничего не делают... брать дельту (разницу) по CPU & IO и при нуле килять : select spid, suser_name(suid),cpu,physical_io from master..sysprocesses надо только аккуратно оценить корректное время неактивности пользователей... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2006, 11:23 |
|
||
|
как kill неактивные соединения ?
|
|||
|---|---|---|---|
|
#18+
pionersurg пишет: > необходимо периодически прибивать неактивные коннекты, т.к. число > соединений ограничено лицензий на ПО, а user некоторые держат лицензию и > ничего не делают... Вообще говоря, идеально было бы организовывать работу приложений так, чтобы они разрывали сами соединение, когда им оно уже не нужно. Но на самом деле такой режим работы конечно плох, есть некоторые особенности и вообще установка соединения -- довольно долгая операция. А так - соединение ничего не делает, если у него статус AWAITING COMMAND. В таком случае его можно убивать. При этом надо быть уверенным, что оно не держит открытой транзакции, но это никак в принципе не проверить. Только косвенно по наличию блокировок в master..syslogs. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2006, 11:47 |
|
||
|
как kill неактивные соединения ?
|
|||
|---|---|---|---|
|
#18+
komrad пишет: > брать дельту (разницу) по CPU & IO и при нуле килять : > select spid, suser_name(suid),cpu,physical_io from master..sysprocesses Дельту чего с чем ? Я не понял, например. И потом, CPU & IO сбрасываются периодически, насколько я помню, по окончании транзакции. И у них будет там по нулям, но это не значит, что соединение ничего не делает. Да и вообще , по идее, каунтеры эти могут быть по нулям, но соединение может что-то делать. Например, висеть на аларме (waitfor delay). Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2006, 11:52 |
|
||
|
как kill неактивные соединения ?
|
|||
|---|---|---|---|
|
#18+
MasterZiv komrad пишет: > брать дельту (разницу) по CPU & IO и при нуле килять : > select spid, suser_name(suid),cpu,physical_io from master..sysprocesses Дельту чего с чем ? Я не понял, например. И потом, CPU & IO сбрасываются периодически, насколько я помню, по окончании транзакции. И у них будет там по нулям, но это не значит, что соединение ничего не делает. Да и вообще , по идее, каунтеры эти могут быть по нулям, но соединение может что-то делать. Например, висеть на аларме (waitfor delay). Posted via ActualForum NNTP Server 1.3 имел ввиду следующее - берутся два среза по sysprocesses и сравниваются значения CPU & IO первого и второго. Если разницы нет, то с большой вероятностью юзер ничего не делал. ценное уточнение от MasterZiv - обращать внимание на AWAITING COMMAND MasterZiv CPU & IO сбрасываются периодически, насколько я помню, по окончании транзакции. с какой стати? ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2006, 12:38 |
|
||
|
как kill неактивные соединения ?
|
|||
|---|---|---|---|
|
#18+
komrad имел ввиду следующее - берутся два среза по sysprocesses и сравниваются значения CPU & IO первого и второго. Если разницы нет, то с большой вероятностью юзер ничего не делал. По моим представлениям эта величина вообще будет прыгать случайно. И судить по ней будет просто не о чем. На счет того, когда сбрасываются эти счетчики : cpu int Cumulative CPU time for process in ticks physical_io int Number of disk reads and writes for current command. Про physical_io сказано вообще явно , для текущей комманды (оператора SQL). И кстати, это только physical IO, его вообще может не быть у комманды (будет только logical IO). Так что это вообще не показатель того, что процесс что-то делает. Про CPU (когде оно сбрасывается) я не нашел что-то в доках ничего, но я помню что он не накапливался никогда в соединении. Т.е. он обычно всегда показывается как что-то около нуля. Ну да это легко проверить - запустить 2- 3 комманды и посмотреть, растет ли CPU. Да, когда будете убивать, не забудьте отфильтровать системные процессы .... Репликация там, хаускипер и т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.12.2006, 14:39 |
|
||
|
|

start [/forum/topic.php?fid=55&fpage=70&tid=2012334]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
25ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 324ms |

| 0 / 0 |
