hvladВлиять будет не препарирование триггера, а проверка прав - на каждом выполнении запроса.
И для всего дерева вложенных вызовов.При переходе с 2.5 на 3.0 там что-то кардинально менялось? В двойке все те же самые депенденсы и все те же права.

hvladНо никаких данных, кроме факта тормозов, у нас нет.Все так, сошлись на том, что я делаю тестовый стенд с одинаковой ОСью, одинаковыми остальными ресурсами (проц-память-диск) и далее мучаем эту механизму всякими трейсами и прочими замерами. Железку жду, под это дело решили планово заменить мой десктоп, чтоб он потянул всю эту тестовую конструкцию (надо впихнуть три базы по 100 гиг каждая 1 источник и 2 приемника, на САТА это все жуть медленно и печально). Сейчас сезон отпусков, то я был в отпуске, то админ, который должон усе купить.

Как буду готов доложу.

kdvIvan_Pisarevskyя делаю тестовый стенд с одинаковой ОСью
винду потом туда поставить и проверить то же самое не забудь.Не знаю... исходники репликатора сишные, компилятся обычным gcc, наверно и под винды должны собираться, не пробовал ни разу.

Привет!

Позвольте вернуться к моим баранам. Взял я давеча ночной бэкап gbk одного из филиалов, получен штатным gbak на двойке, разресторил на двушке, разресторил на трешке (из изменений только накатил скрипт дающий права на эксепшены и генераторы, метаданные по сути идентичные), получил базульку примерно на 67 гиг.
Подождал примерно полдня и велел репликатору сгенерить дифф скрипт, получил скрптец на 422 тыс строк, пооткусывал от него ненужные isql префиксы, добавил ";" на концах строк, получился синтаксически корректный скрипт, скормил оный сначала трешке(3.0.4 ss):

test_repl started 2018-12-04 22:12:49
test_repl finished 2018-12-04 23:27:31

Потом снес трешку и накатил 2.5 классик

test_repl started 2018-12-05 19:03:45
test_repl finished 2018-12-05 19:15:50

Как можно заметить разница довольно значительная(почти на порядок!), никаких доп коннектов на время теста нет, базы свежеотресторенные из одного источника, железка ровно та же самая (мой десктоп 32Гб память, 4 ядерный проц на 3,6Гц, диск ССД на САТА порту, ФС ext4, OS Linux OpenSuse 42.3, все в железе, без виртуалок), никаких левых программ не использовалось, только из штатной поставки ФБ.

Исходный бэкап, пара баз и сам скрипт имеются.

Как же так???

Я еще не успел, если будут методуказания буду признателен. Дока про трейс в процессе изучения-освежения памяти.
hvladэтого я тоже не вижу.Не серчайте шибко, барин, все применим. :)
из обещанного: все собрано на одной железке, железка под рукой, базы на нее в требуемом кол-ве помещаются, софт можно ставить требуемых версий. Первоначальный тест только на штатном софте сделал, чтобы отмести подозрения от своего софта.

Похоже мой случай уже в трекере:
http://tracker.firebirdsql.org/browse/CORE-5966

вчера перетряхнул свои 4 тыс. триггеров, поменял в них юзера REPLICATOR на SYSDBA, и прогнал скрипт от имени SYSDBA, результат порадовал:

test_repl started 2019-02-01 22:50:24
test_repl finished 2019-02-01 23:00:02

чуть меньше 10 минут, даже лучше чем на двойке.

Роман Симаков, если требуется прогнать какие тесты, параметры трейса, потестить снапшот с патчем, отпишись, постараюсь задвинуть вопли юзеров с их срочными делами подальше и погонять, а то уже их НДС с печатными формами в печенках сидят. :) Не дают сделать что-то стОящее.

kdvрестор этой базы тоже в 5-6 раз медленнее, чем на 2.5? если нетСкорость рестора сопоставимая, в пределах погрешности измерения. порядка одного часа.

Коваленко ДмитрийНо очень впечатлило...Что именно? выдернул всей кучей триггера в скрипт в эксперте, прошелся автозаменой и накатил обратно. Это-то как раз фигня вопрос. :)

dimitrв 3.0.5 фикс был закоммичен 18 ноября (билд 33081)А почему в трекере не закрыт тикет?

Короче надо проверять версии и прогнать тесты.

У меня оказался сильно устаревший 33066 билд

Не будет ли с моей стороны большой наглостью попросить вашего коллегу обновить пакет для SUSE?
https://build.opensuse.org/user/show/mkubecek