Комментарии 8
Проблема чтобы снять лог ТЖ и найти что там происходит?
Тем более если настолько все просто и искать особо нечего
Откуда берет все эти данные Монитор?
>команда искала бы причину значительно дольше
в хранилище вывести сравнение по изменениям дольше вывести?
Я не высокий специалист, но когда одна из баз начала тупить на проведении, я нашел причину при помощи отладчика за час, простыми точками останова.
Возможно монитор подойдёт для анализа плавающих ошибок. Но как он влияет на производительность итоговой базы? Мне видится, что он работает по принципу обработчика длительных операций?, а значит будет участвовать чуть ли не в каждом чихе...
Не в защиту топикстартера - но как вы отладчиком найдете данную проблему? Судя по проблеме - у вас любое обращение к БД на сервере будет выполняться неопределенно долго, источник вы не найдете.
По-хорошему тут как бы связать обновление и добавленные фичи и начать их отключать по одной.
Может быть, он имел в виду "замер производительности" при отладке. Что-то бы там и указало на кривые запросы - либо аномальное количество выполнения, либо продолжительность...
Виноват, упустил, что у них запросы мелкие, но их неопределенно много и порождаются не какой то одной операций, а также неопределенным числом. Тут да, выцепить крайне сложно.
Я тут с другим приколом столкнулся. Сделал заказ, условно на 75 тысяч, в счете ндс скажем 7,85 копеек, а банк при оплате счета считает и показывает ндс 7,83копейки. А менеджер X-com говорит - у нас программа так считает. А все калькуляторы ндс говорят что 7,83 копейки верный рассчет.
Скорость проведения документов в 1С упала до 10 минут: как в компании X-Com с помощью «Монитора» нашли проблемные места