Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Внедряем софт с дедлоками
|
|||
|---|---|---|---|
|
#18+
DB2+WebSphere DB2 8.2 честно ругается: "Прикладная программа прибегает к явной блокировке таблиц, хотя достаточно было генерируемых системой блокировок." Соответственно, у юзеров всё безбожно тормозит. Понятно, что первое. что нужно сделать - оторвать руки авторам. Но авторы труднодоступны, а то, чего они наворотили велено внедрять. Можем ли мы что-нибудь подкрутить в параметрах, чтобы как-то сгладить последствия высокоинтеллектуального программирования? Сам пока сумел осознать только то, что нужно почаще запускать процесс поиска дедлоков, чтобы оно быстрее рассасывалось. Может ещё что-нибудь можно выдумать? Картинка с сообщением прилагается. Это оно за час... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2012, 09:36 |
|
||
|
Внедряем софт с дедлоками
|
|||
|---|---|---|---|
|
#18+
Честный чайник, вряд ли можно что-то сделать - дидлок это ошибка разработчика. Сервер эти ситуации честно отрабатывает, срубая одну из транзакций, чтобы завершилась другая(-ие). Единственное что можно попробовать сделать, если попадаете на lock table в следствие эскалации, это увеличить размер locklist. Andy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2012, 17:40 |
|
||
|
Внедряем софт с дедлоками
|
|||
|---|---|---|---|
|
#18+
Честный чайник, CREATE EVENT MONITOR .. FOR DEADLOCKS WITH DETAILS HISTORY ... Смотрите в его вывод и обращайте внимание на запросы с эскалациями блокировок. Смотрите, как можно их оптимизировать, эти запросы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2012, 21:36 |
|
||
|
Внедряем софт с дедлоками
|
|||
|---|---|---|---|
|
#18+
A.Panskikhвряд ли можно что-то сделать - дидлок это ошибка разработчика. Сервер эти ситуации честно отрабатывает, срубая одну из транзакций, чтобы завершилась другая(-ие). Дык, оно, похоже, не окончательно срубает. Или не успевает всё срубать. Пару раз всё вставало колом и не разгребалось совсем, при этом за 10-15 минут набежало ещё 1000 дедлоков. A.PanskikhЕдинственное что можно попробовать сделать, если попадаете на lock table в следствие эскалации, это увеличить размер locklist. А что лучше, увеличить или в AUTOMATIC выставить? Ресурсов сервера должно хватить по идее, там не столько объёмы большие, сколько программа и данные кривые. Пойду монитор налаживать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2012, 08:44 |
|
||
|
Внедряем софт с дедлоками
|
|||
|---|---|---|---|
|
#18+
Честный чайник, определитесь - дидлок или таймаут. Если по умолчанию за 10 секунд набирается большое кол-во - это реальная проблема. Необходимо разбираться с причинами. Если медленно срубаются - уменьшаем интервал. dlchktime - Time interval for checking deadlock configuration parameter This parameter defines the frequency at which the database manager checks for deadlocks among all the applications connected to a database. Configuration type Database Parameter type Configurable online Propagation class Immediate Default [range] 10 000 (10 seconds) [1 000 - 600 000] параметры locklist подбираются под конкретную систему методом последовательных приближений. Andy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2012, 09:03 |
|
||
|
Внедряем софт с дедлоками
|
|||
|---|---|---|---|
|
#18+
A.PanskikhЧестный чайник, определитесь - дидлок или таймаут. Если по умолчанию за 10 секунд набирается большое кол-во - это реальная проблема. Необходимо разбираться с причинами. Если медленно срубаются - уменьшаем интервал. Andy Интерфейс через веб. Юзер тыкает кнопку, приводящую к запросу. Тормозит. Юзер не дожидается результата, закрывает страницу, откуда запрос послал. Чёрт его знает, оно отключилось от закрытия страницы или от того, что сервер дедлок сбросил. Я в рассматриваемом вопросе глубоко не Копенгаген. Когда тормозит, вводим такое: select * from table(SNAPSHOT_LOCK(cast(null as varchar(1)), -1)) t Строчек выдаёт много, гораздо больше, чем юзеров. Настрою монитор, как подсказано выше, буду ждать затыка... A.PanskikhЧестный чайник, параметры locklist подбираются под конкретную систему методом последовательных приближений. Andy Это я в хелпе к 9.7 вычитал, что если поставить автоматом, сервер будет сам увеличивать по мере необходимости. Система на 8.2. Вдруг и для 8.2 верно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2012, 12:47 |
|
||
|
Внедряем софт с дедлоками
|
|||
|---|---|---|---|
|
#18+
Честный чайникЭто я в хелпе к 9.7 вычитал, что если поставить автоматом, сервер будет сам увеличивать по мере необходимости. Система на 8.2. Вдруг и для 8.2 верно.Не верно. 1. locklist в 8.2 не может быть automatic. 2. Всё по памяти, что в 8.2 названо AUTOMATIC, имеет аналог COMPUTED в 9.x, т.е. вычисляется 1 раз при активации БД и потом уже не меняется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2012, 14:09 |
|
||
|
|

start [/forum/topic.php?fid=43&fpage=46&tid=1601916]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
10ms |
check topic access: |
10ms |
track hit: |
35ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 22ms |
| total: | 152ms |

| 0 / 0 |
