|
|
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
При любом обращении к таблицам мониторинга Firebird очень сильно "грузится". Во время выборки из таблиц запросы Select.. от других пользователей зависают, что вызывает "подвисания" пользователей. Выполняемые запросы: SELECT * FROM mon$attachments. Время выполнения ~3 сек SELECT * FROM mon$transactions. Время выполнения ~5 сек Время на которое "подвисают" активные коннекты ~ 10-15 сек Кол-во подключенных пользователей ~400 Кол-во активных транзакций ~375 Это нормально? Как это исправить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 13:41:24 |
|
||
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
почти нормально. Вот только активные запросы должны "подвисать" лишь на время выполнения запроса к мониторингу. классик? версия сервера какая? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 13:47:19 |
|
||
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
dimitr,Firebird SuperServer 2.5.2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 14:02:39 |
|
||
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
prostor_7_7_7Время на которое "подвисают" активные коннекты ~ 10-15 сек еще повезло. Бывает и 45 секунд. Например, в каждом коннекте по ~100 препарированных запросов (mon$statements). я бы, даже при необходимости, чаще чем раз в час mon$ не трогал. А то и вообще, "только по требованию" для поиска конкретных затыков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 14:05:08 |
|
||
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
prostor_7_7_7, гм, ФБ суперсервер, и 400 коннектов - с трудом верится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 14:06:01 |
|
||
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
Во время пиковой нагрузки(каждый день вечер,утро) время выполнения может увеличится до 30 сек. А запросы на mon$ надо выполнять хотя бы раз в 5 мин. Подвисания клиентов вызывают бурю эмоций т.к. работа с базой очень активная. Неужели ничего нельзя с этим сделать? Придется отказываться от возможностей мониторинга коннектов, а не хотелось бы.. Так долго в птице делали эту возможность, а тут засада в реализации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 14:09:49 |
|
||
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
kdv,Почему не верится? Уверяю работают и весьма успешно) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 14:11:22 |
|
||
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
kdv,Скажите а от чего зависит скорость выполнения? Может можно как то запрос оптимизировать? Где хранятся эти виртуальные таблицы? можно ли их перенести на отдельный диск? или они создаются по запросу? Где почитать про механизм вирт. таблиц? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 14:19:29 |
|
||
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
prostor_7_7_7Почему не верится? Уверяю работают и весьма успешно) есть два варианта ответов - либо эти 400 коннектов практически ничего не делают, всегда выполняют только короткие запросы, и никогда длинные - либо вы перепутали SuperServer с Classic. Ну или InterBase с Firebird :-) prostor_7_7_7Скажите а от чего зависит скорость выполнения? mon$ "фиксируются", т.е. как бы создается их снапшот, в момент первого обращения к любой mon$ в транзакции. Сервер "проходит" по всем коннектам, и сохраняет данные в mon$ для конкретной транзакции, т.е. подобие таблиц, только в памяти. Поэтому mon$ как бы вообще нигде не хранятся, до тех пор, пока к ним не было обращения. "На диск" их перенести нельзя, они всегда в памяти. Про mon$, как и любой другой новый функционал относительно IB 6, читают в ReleaseNotes и Language Reference Update. Собственно, я про них все рассказал, дальше у вас может быть интерес только к значениям в столбцах mon$. Про это тоже есть на firebirdsql.org. Вопрос, зачем вы в них полезли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 14:43:20 |
|
||
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
kdvПоэтому mon$ как бы вообще нигде не хранятся, до тех пор, пока к ним не было обращения. "На диск" их перенести нельзя, они всегда в памяти. если придираться, то более-менее свежее (последнее известное) состояние всех коннектов тем не менее хранится в разделяемой памяти, которая отображается на диск. Уже оттуда инфа перекачивается в локальный снапшот конкретной MON$-транзакции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 14:53:39 |
|
||
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
prostor_7_7_7А запросы на mon$ надо выполнять хотя бы раз в 5 мин. кому надо? Может засада все-таки в консерватории? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 14:54:20 |
|
||
|
Виртуальные таблицы mon$
|
|||
|---|---|---|---|
|
#18+
prostor_7_7_7А запросы на mon$ надо выполнять хотя бы раз в 5 мин. не надо их выполнять раз в 5 мин. prostor_7_7_7Подвисания клиентов вызывают бурю эмоций т.к. работа с базой очень активная. клиенты "подвисают" по каким причинам? Может, потому что ФБ SuperServer используется? Что вы дальше с этой информацией из mon$ делаете? Почему именно суперсервер при таком количестве коннектов, а не классик? Какой разрядности используется SuperServer? prostor_7_7_7Неужели ничего нельзя с этим сделать? о боже, боже, неужели, шеф, все пропало! HDD работает медленнее SSD! Неужели с этим ничего нельзя сделать? Нет, нельзя. Хотя, можно чуть-чуть процессор побыстрее, но это практически не поможет, потому что FB SS (т.е. на одном ядре все). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2013, 17:39:57 |
|
||
|
|
start [/forum/topic.php?fid=40&tid=1564042]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 242ms |
| total: | 376ms |
| 0 / 0 |
