|
|
|
Тормоза
|
|||
|---|---|---|---|
|
#18+
Доброго дня! Ситуация вот какая... работает тестовый сервак 8.1.6.0.0 и клиент его юзающий... все работает шустренько-быстренько до какого то определенного момента... потом все начинает страшно тормозить, инсерт/апдейт даже одного поля таблички через клиент проходит секунды 3, а до этого отрабатывалось за доли секунды... Подскажите, плиззз с чего начать диагностику... как поступить... какие могут быть варианты... заранее благодарен... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2003, 11:29 |
|
||
|
Тормоза
|
|||
|---|---|---|---|
|
#18+
Через некоторое время опять все начинает летать... вот такие вот качели... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2003, 12:11 |
|
||
|
Тормоза
|
|||
|---|---|---|---|
|
#18+
Ну посмотри, чем там сервер занимается во время "тормозов" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2003, 12:28 |
|
||
|
Тормоза
|
|||
|---|---|---|---|
|
#18+
какой сервак? Операционка? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2003, 13:39 |
|
||
|
Тормоза
|
|||
|---|---|---|---|
|
#18+
Сервак написал же в первой мессаге... 8.1.6 ОС NT4 Server ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2003, 13:46 |
|
||
|
Тормоза
|
|||
|---|---|---|---|
|
#18+
Начни с сетки, чем загружена, может кто фильмы смотрит? потом узнай чем сервак занимается ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2003, 14:29 |
|
||
|
Тормоза
|
|||
|---|---|---|---|
|
#18+
>Что конкретно смотреть? Смотри v$session_wait во время тормозов (с ОООчень частым рефрешем), может чего-то и увидишь. Другой путь - запустить утилиты utlbstat и utlestat синхронно с началом и концом тормозов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.03.2003, 14:42 |
|
||
|
Тормоза
|
|||
|---|---|---|---|
|
#18+
Продолжение истории... такие качели происходят только с одним клиентским приложением... и помимо указанной проблемы возникает ситуация когда Oracle отжирает практически всю память и с серваком просто ничего нельзя сделать... Это проявляется только при работе с конкретным клиентским приложением... его специфика заключается в том что там очень часто выполняется один и тот же запрос с изменяющимся только предикатом WHERE... может с этим как то связана проблема... подскажите плиззз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2003, 10:30 |
|
||
|
Тормоза
|
|||
|---|---|---|---|
|
#18+
Если есть возможность нужно в приложение использовать параметризированые запросы-это причина. Как следствие увеличить память отведеную на shared_pool_size По непроверенным данным это может помочь т.к. в этом буфере храняться разобраные SQL предложения. Но это плохой выход. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2003, 10:47 |
|
||
|
Тормоза
|
|||
|---|---|---|---|
|
#18+
при возникновении тормозов shared pool in use максимум на 9%... так что, видимо не в этом дело... может есть еще варианты? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.03.2003, 10:34 |
|
||
|
Тормоза
|
|||
|---|---|---|---|
|
#18+
Я сталкивался со случаями, когда все writers висли на несколько десятков секунд без какой-либо симптоматики, но списал на затык с I/O. Но у тебя просто, скорее всего, Оракул начинает сваповаться из-за того, что либо он, либо кто-то другой скушал всю память. Никаких "table of integer" случаем не используется? Но самое правильное -- utlbstat и utlestat, но не просто, а дважды: при тормозах, и при отсутствии оных на примерно одно и тоже время, и сравнить результаты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2003, 22:40 |
|
||
|
|
start [/forum/topic.php?fid=52&msg=32124542&tid=1991252]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
204ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
2ms |
| others: | 209ms |
| total: | 514ms |
| 0 / 0 |
