Доброго дня. Объясните пожалуйста недорослю почему может тормозить 1С или что проверить:
Дано:
сервер SQL 2016
1С 8.3.23.1912
50 пользователей
60-70 сеансов

Пользователь пожаловался на тормоза 1С при:
Проведении/пометки на удалении документа
Поиске по части строки в динамическом списке документа

Что временно помогало:
1. Очистка кэша ~ 1-2 часа

При замере производительности выявлено что 99,75% (одно обращение) времени тратит на процедуру "СписокПриИзменении(Элемент)" на строке "ТекДанные = Элементы.Список.ТекущиеДанные"

Пинг до сервера 1С с пакетом в 10000 байт ~ 3-4 мс, пиковый 10 мс
Комп пользователя не нагружен и место на диске есть.

Что ещё проверить?

RLS?

(0)Помогите определить почему машина не едет:
дано:
резина шиповка,
лобовое тонированное...

(1) как проверить что это RLS тормозит?
(2) да-да... я не знаю что это и по этому пытаюсь дать исходные данные какие, как я думаю, могли повлиять. Может сможете подсказать куда копать или какие-нибудь способы выявления проблемы?

(3) ну для начала посмотреть включен ли он. Если включен можно например погуглить немного, там есть статьи и даже с картинками

(3) никто не знает что это такое, если бы мы знали что это такое но мы незнаем...
только у одного пользователя тормоза? ттх сервера более подробно (проц, оператива)

(0) не типовая конфигурация?  Сколько строк в ТЧ? Что за код, обращение к серверу в форме? к серверу в общих модулях?
Дели проблему, т.к. при отмене проведения не вызывается СписокПриИзменении(Элемент)

(5) Проц.: Intel Xeon(R) CPU E5-2699 v4 2.2 GHz (Загружен на 40-60%)
Оп. память: 19,5 ГБ используется (60-70%)
Диск: SSD 200ГБ

Или индивидуальные настройки списка пользователем (установить стандартные настройки списка) или сортировка строк в списке (сделайте сортировку по дате).

(6) Отраслевое решение 1С:Транспортная логистика, экспедирование и управление автотранспортом КОРП
Дописанная
В какой ТЧ? есть тормоза при поиске в ДС и проведение/пометки на удаление документа
"Что за код" - если смотреть на замер при поске по части чстроки то в замере нет больших затрат по времени, но по факту есть. Если смотреть проведение/пометки на удаление документа то единственное место это в типовой процедуре на клиенте
"Дели проблему, т.к. при отмене проведения не вызывается СписокПриИзменении(Элемент)" извиняюсь не уточнил: проведение/пометка на удаление тестировал из формы списка
из формы документа так же долго но не делал замер

(6) (8) (5) (4) Можете помочь понять почему тормоза пропадают когда очищаю кэш пользователя и заново появляются примерно через 1-2 часа?

(3) Как узнать что это RLS? Попробуйте поработать пользователем с полными правами или дайте этому пользователю полные права. Если тормоза пропадут то RLS.

(8) Попробую через час. Сейчас пользователь не на месте (обед)

(11) Пользователь главбух с полными правами

(13) Тогда не RLS

(9) это рарусовская поделка?

(10) ни успел
может платформу/венду переставить, в целом админская тема
+ тут в технические глубины лезть - можно закопаться, решение должно быть более масштабного плана

(15) да

(16) Попробую как вернётся в следующем порядке:
Установить стандартные настойки списка
Переустановить платформу

Отпишусь

(18) смысла от перестановки платформы скорее всего не будет. Если и менять, то на другую версию у всех

(10) условное оформление списка есть? Если да, убери до типового. Сравнение кэшированных форм на клиенте и на сервере при поиске/перелистывании.

(17) с таким сталкивались в уат.
Одинаковые пользователи с одинаковыми правами, но по одному из пользователей раздувалась таблица
public._systemsettin по
_objectkey='ИсторияВыбора'

До сути проблемы не докопались

(0) Сбрось ему личные настройки форм (Еще - Настроить список)

(0) Тормозит на конкретном компе под любым пользователем ?
Под данным пользователем на других компах такая же проблема ?