Доброго дня!
Ситуация такая, есть УПП, открываем карточку контрика, жмем на вкладку "События" и происходит "подвисание" 1с секунд на 7-10. В отладчике делал замер производительности, все нормально 0,000129с это самая долгая операция.
Самое интересное, что на этой же машине, под другим пользователем(и любом терминале), с таким же набором прав открывается все сразу и подвисаний нет.

Собственно, как понять или где посмотреть от куда такие лаги на данном пользователе?

Связка такая: MSSQL2014 + Server1c8 8.3.12.1714 + терминал.

Спасибо заранее.

кыш?

(0) В Интернет оно не ломится? Серверная отладка включена?

(0) смотри тех журнал
Замер производительности отражает далеко не все

(3) например он не отображает замер времени динамических списков

(1) ?
(2) Не ломится. Про отладку не знаю, где посмотреть?
(3) Даже если у контрагента 0 событий, происходит зависания.

(5) Ключик debug в строке запуска агента сервера. Без него все, что происходит на сервере, не попадает в замер производительности.

(6) сейчас нет возможности агента ребутать, вечером добавлю.

(5) Анализ догих запросов чеурез ТЖ в помощь. Если повезет, то и в Профайлере тоже поймаешь долгий запрос.

*долгих, через

Развернул из бекапа локальную файловую версию. Такие же баги, на данном пользователе зависает 1с.

(10) ну и сними тж локально

Это не ошибка параллельной работы - найти проще

(1) а, вкурил :-) не, не кыш.

(4) а как в ТЖ настроить замер дин.списков?

(14) По полю context

(15) там в в контексте, если это динамический список - по моему так и пишется ДинамическийСписок в самом конце

(0) Удали пользователя ИБ, и введи заново.
Не знаю как на новых версиях платформы а на старых был такой глюк с отрисовкой интерфейса.

(17) не помогло, так же зависает.

Права у "глючного" пользователя и "не глючного" одинаковые?

Обычный замер сделай на файловой

(19) Вопрос отпал

(18) то есть идти и изучать ТЖ тебе лень?)

(22) по ТЖ нет ничего.
Что сделал: Открыл карточку контрагента, жмакнул на вкладку события, завис на 28 сек.

54:54.024011-11,SDBL,1,process=1cv8,OSThread=18880,Usr=1,Trans=0,Sdbl='SELECT ALLOWED ID,Description FROM Reference56 WHERE ID=56:b603000c29a895ba11e44f0132491256',Rows=1
55:22.507002-26827002,SDBL,1,process=1cv8,OSThread=18880,Usr=1,Trans=0,Sdbl='SELECT ALLOWED TOP 20  R.Date_Time A1,

на другом пользователе на 10 сек.

всего 1 событие у контрагента.

Но это файловая, поэтому долго.

+ (23) это у второго
58:20.117011-11,SDBL,1,process=1cv8,OSThread=7600,Usr=2,Trans=0,Sdbl='SELECT ALLOWED ID,Description FROM Reference56 WHERE ID=56:b603000c29a895ba11e44f0132491256',Rows=1
58:30.726002-9031002,SDBL,1,process=1cv8,OSThread=7600,Usr=2,Trans=0,Sdbl='SELECT ALLOWED TOP 20  R.Date_Time A1,

Sbdl это не то

(25) какой правильный ключ?
У меня такие:
                <event><eq property="name" value="EXCP"/></event>
                <event><eq property="name" value="EXCPCNTX"/></event>
                <event><eq property="name" value="PROC"/></event>
                <event><eq property="name" value="ADMIN"/></event>      
                <event><eq property="name" value="MEM"/></event>      
                <event><eq property="name" value="LEAKS"/></event>
        <event><eq property="name" value="SDBL"/></event>      
        <event><eq property="name" value="SYSTEM"/></event>
        <event><eq property="name" value="SCOM"/></event>
        <event><eq property="name" value="SESN"/></event>
                <property name="all"/>

(26) ты без фильтров запусти.
Поместил файл, подождал минуту, нажал кнопку, удалил файл.
На файловой базе лог будет небольшой

(25) нет, это настройки не для замера производительности запросов

D8V8D8Eng
Это свойство отлавливает запросы на файловой базе
dbmssql - запросы к MSSql серверу

<event>
  <eq property="name" value="DBV8DBEng"/>
</event>

(27) без фильтров не пишет вообще
(30) спасибо, проверяю

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">;;
    <log location="c:\log\log1c" history="1">
       <event>
            <eq property="Name" value="DBV8DBEng"/>
        </event>
    </log>
</config>
Как то так

(32) еще надо <property name="all"/> а то не понятно ничего

(33) вставил для ТСа
<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">;;
    <log location="c:\log\log1c" history="1">
       <event>
            <eq property="Name" value="DBV8DBEng"/>
        </event>
        <property name="all"/>
    </log>
</config>

(34) та это я уже сделал.
(29) вообще не понятно, два одинаковых запроса у пользователей, все одинаково, только время разное...

(35) во, это уже что то. Зловред локализован.
Обрати внимание на параметры запроса

(36) так же сортировки

(36) а в логи пишется время окончания обращения или начальное?

(38) не актуально, разобрался

(39) ну давай, рассказывай)

Стандартные настройки списка вернул - это я вангую

(40) да что тут рассказывать, все и так видно:
Пользователь 1: 56:50.314001-38732001
Пользователь 2: 57:40.982000-2828000

(42) стандартные настройки вернул и ок?

(42) или ещё разбираешься?
А так поздравляю, первый шажок к эксперту сделан)

(43) не возвращал.
(44) еще разбираюсь

(45) очень часто это какой нибудь сохранённый отбор

(46) отборов нет, фильтры сброшены.

(47) ты сбрось все настройки именно.
Сам текст запроса проблемный содержит отбор или сортировку?

(47) озвучь пж решение как найдешь

(49) +1

(49) (50) У нас ооооочень много документов Событие и динамический список от этого тупит.
1. Обрезать документы - нам не подошло.
2. Можно установить фильтр на интервал дат, скажем месяц, будет открываться быстрей. - нам не подошло.
3. Выкинули динамический список и нарисовали свое ТП с блэкджеком и шлюпками.
4. Что то еще, что я не знаю и лень дальше ковыряться было.