Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

управляемые формы тормоза открытьформу

управляемые формы тормоза открытьформу
Я
   Шахтер_с
 
08.09.20 - 11:03
УТ .Висить при открытии форма подбора номенклатуры ОткрытьФорму в документе. При справочнике всего в 40000 позиций. Без характеристик.
Во времени 30 секунд занимает 86% замера производительности. Понимаю что 5 динамических списков. Ресурсов сервера хватает с запасом. Загруженность 5-10%.
Кеш не при чем там 100 Мб. Единственное решение вижу переписать типовой код. Упростив его до минимума. Убрать все динамические списки. давать его только под запрос пользователя.
Других вариантов не вижу. Как Вы решали эту проблему?
   ДенисЧ
 
1 - 08.09.20 - 11:09
всего 40 000...
Так она у тебя с сервера и на сервер бегает....
   H A D G E H O G s
 
2 - 08.09.20 - 11:12
(0) Разобрался бы, как работает 1С.
   lodger
 
3 - 08.09.20 - 11:14
"Кеш не при чем там 100 Мб." - а вот было б побольше, проблема была бы не столь заметна.
   kubik_live
 
4 - 08.09.20 - 11:17
(0) А висит у всех пользователей или выборочно?
   Шахтер_с
 
5 - 08.09.20 - 11:20
(4) У всех. Решение типовое. Без редактирования конфигурации.
   polosov
 
6 - 08.09.20 - 11:22
(0) Именно так и решали - писали свою форму.
   Шахтер_с
 
7 - 08.09.20 - 11:30
У меня на толстом клиенте в старой торговле больше 500000 позиций отрабатывает за 2-3 секунды. А здесь)
   palsergeich
 
8 - 08.09.20 - 11:46
(7) Логи ТЖ и копать
   palsergeich
 
9 - 08.09.20 - 11:47
5 динамических списков - это скорее всего проблема.
"У всех. Решение типовое. Без редактирования конфигурации." - отраслевка какая нибудь от Раруса
   craxx
 
10 - 08.09.20 - 11:52
(9) ага, в УМФО как-то в динамический список вхреначили запрос к критерию отбора ДокументыКонтрагентов. Это было весело, база просто падала со свистом.
И объяснить разработчикам было никак невозможно, что так делать нельзя.
   Галахад
 
11 - 08.09.20 - 11:55
(9) УТ же. Первые буквы.

(0) База холодная? У меня на только на копии для разработки тормозит.
   Mikeware
 
12 - 08.09.20 - 11:56
(11) намекаешь, что во второй букве они таки ошиблись?
   Галахад
 
13 - 08.09.20 - 11:58
(12) В (0) первые две буквы в сообщении.
   Шахтер_с
 
14 - 08.09.20 - 12:12
да это стандартная торговля
   Шахтер_с
 
15 - 08.09.20 - 12:16
(11) В рабочей там как бы переписали некоторые програмисты . Так у них открытие уже за 50 секунд отрабатывает)
Я пока имею доступ к базе тестовой чистой с их номенклатурой. Здесь 36 секунд. И проблема именно в 1с.
Думаю взять поиграться или нет. Или пусть вера в 1с пропадет ещё у одного клиента)
   polosov
 
16 - 08.09.20 - 12:20
(15) А версии какие?
   toypaul
 
17 - 08.09.20 - 12:21
УТ разные бывают. но судя по ДС это 11
   Галахад
 
18 - 08.09.20 - 12:21
(15) По-идее в боевой, быстрее должно быть, чем в тестовой. А не наоборот...
   Шахтер_с
 
19 - 08.09.20 - 12:23
(17) 11
   Шахтер_с
 
20 - 08.09.20 - 12:26
(18) Естественно пробовал ставить базу на более мощный сервер. Отрабатывало быстрее в два раза. Но 15 секунд это тоже много. И не потратить клиент столько денег на новый сервер. Если его не грузится 1С-ом на 100 %.
   polosov
 
21 - 08.09.20 - 12:32
(19) Понятно, что 11.
Версии платформы, конфы, ОС + СУБД
   H A D G E H O G s
 
22 - 08.09.20 - 12:44
(15) "вера в 1с пропадет ещё у одного клиента"

Пока вера пропадает только в таких специалистов.
   Шахтер_с
 
23 - 08.09.20 - 14:45
(21) 1С:платформа 8.3 (8.3.15.1489)
ОС windows server 2016 datacenter
Процесор XEON X5675 3.06 GHz (2 ядра)
оперативка 53,7 Гб
СУБД SQL Server 2012
   Шахтер_с
 
24 - 08.09.20 - 14:47
(22) Спасибо за поддержание разговора, поговорить просто мне есть с кем.
Если есть что по существу сказать,был бы благодарен.
   H A D G E H O G s
 
25 - 08.09.20 - 15:03
(24) По существу сказать - есть.
Проще всего собрать профайлером трассу SQL и посмотреть, сколько времени уходит на запросы суммарно. Если большинство времени - на SQL - это замечательно.
Это значит, что либо кривой запрос (ну, например, сортировка не по индексному полю) либо толпа мелких запросов (динамический список - дерево (не путать с иерархическим списком)), либо статистика мертва.

Если SQL отрабатывает быстро - проблема в сериализации и тут на первый план выходит производительность 1(одного, one) ядра процессора. X5675 2011 года еще помнит восход Януковича и Нэзалежный Крым и должен отправиться на свалку истории.
   Шахтер_с
 
26 - 08.09.20 - 15:13
(25) А вот за это спасибо)
   ptiz
 
27 - 08.09.20 - 15:28
(23) Без виртуалок?
   Шахтер_с
 
28 - 10.09.20 - 16:37
Использовал рекомендации (25).
Выяснил что играет максимум времени на стороне sql.
Вроде вывод ясен.
Но столкнулись с другим. Неодинаково работает под разными пользователями.
Под одним отрабатывает за 4 секунды, под другим 50 секунд.
Вроде тоже понятно какие-то проблемы с ПО или железом сервера.
Но как это определить?
Админы ничего внятного предложить не могут.
   Шахтер_с
 
29 - 10.09.20 - 16:41
(28) Поведение под разными учетными записями 1с, но одной учеткой сервера.
   Шахтер_с
 
30 - 10.09.20 - 16:43
Пока тема закрыта. Проблему нашел)
 
 Рекламное место пустует
   H A D G E H O G s
 
31 - 10.09.20 - 16:43
(28) Собрать фактический план запроса да посмотреть
   Ёпрст
 
32 - 10.09.20 - 16:45
(30) и ? огласите проблему общественности


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.