Имя: Пароль:
1C
1С v8
УТ 11 Тормоза
, ,
0 neomarat
 
29.04.13
17:10
У всех создается впечатление что программа еле ворочается? Открываю подбор и жду...... И это локально, если через сеть - пипец просто.
Правда база файловая - может в этом засада?
У кого клиент-сервер - веселее работать?
1 Волшебник
 
29.04.13
17:11
клиент-сервер будет веселее
2 Maniac
 
29.04.13
17:11
+(1) но все равно не мега.
3 Волшебник
 
29.04.13
17:13
(2) просто нужно железо нормальное
4 neomarat
 
29.04.13
17:14
И что клиенты? ждут - чаек попивают?
5 Tedman
 
29.04.13
17:14
(3) и руки
6 neomarat
 
29.04.13
17:15
(5) в чем руки? переписать конфу?
железо нормальное - локально тем более - не загруженное, но тормоза заметны...
7 Maniac
 
29.04.13
17:16
(3) 12 ядер, памяти 128 гиг, SSD диски. Сервак за 250 тысяч.
База нулевая. загружен только справочник номенклатуры - 400 тысяч элементов. Клиент серверная 64.
Захожу в типовой подбор - мертво.
Захожу на этом серваке в такую же базу УТ10 - летает все.
8 Maniac
 
29.04.13
17:17
(6) привыкай или делай на обычных формах.
9 Tedman
 
29.04.13
17:17
В базе работало 7 человек одновременно. Подбор открывался около 15-20 секунд. Клиенты ждали. Начальству надоело.
Поставил им постгресс на Win 2008. Подбор открывается примерно за 0.3-0.5 сек.
Если тормозит на клиент-сервере - ищи узкие места в сети\настройке СУБД. На 1с шпынять всегда проше, но не всегда правильнее. Если туда кривые руки не залезали, то без каких-либо доп. настроек человек 200 минимум могут отлично и быстро работать в одной базе.
10 IamAlexy
 
29.04.13
17:18
(7) просто ты неудачник. у тебя все мертво...  :)
11 Maniac
 
29.04.13
17:18
(0) стукнись в скайп я тебе вышлю бесплатно платную обработку.
12 Maniac
 
29.04.13
17:19
(9) ты запрос смотрел динамического списка справочника в подборе? тогда бы вопросов не задачал почему все так медленно.
Стучись в скайп вышлю то что будет летать. на управляемых формах. понравится купите, нет - ну значит удалите.
13 neomarat
 
29.04.13
17:22
(12) альтернативный подбор?
где же скайп то взять?
14 Маус
 
29.04.13
17:22
(0) сколько у вас элементов в справочнике Номенклатуры? У нас 12000, "всё летает", правда у нас не 1С;-)
15 Maniac
 
29.04.13
17:24
(14) у нас есть база MySQL - 30 миллионов записей - летает как супермен вокруг земли.
16 Жан Пердежон
 
29.04.13
17:26
(0) RLS есть? отключай!
17 neomarat
 
29.04.13
17:29
(14) у нас 14 500 позиций.
РЛС нет
18 Maniac
 
29.04.13
17:34
в подборе две проблемы:
1) дикий запрос по условиям соглашения. получение цен, пересчет цен, получение условий и так далее - короче то что 95 процентов вообще не использует. Но так как оно все есть - оно все естественно в запросе учавствует. Куча левых соединений.

2) два списка - один номенклатура, второй если ведется учет по характеристикам.
Что делает прога - из одного списка при нажатии начинает высвечивать второй с характеристиками - где тоже такого же рода запрос. И самое что фиговое надо постоянно из одного в другой еще переходить.
19 Maniac
 
29.04.13
17:37
Больше всего в подборе тормозит сам СКД - замерами было выявлено что 90 процентов тормоза это передача параметра в динамический список.
Там есть два случая.
1) передача параметра - закрепленного в запросе.
2) передача какого либо отбора. Глобальная процедурка в общем модуле - на 15 строчек. Очень простая - и именно она вызывает значительную часть тормозов. И ускорить ее никак - тк получается там нечего оптимизировать. Она ищет нужный параметр запроса и накладывает на него отбор в СКД.
20 Маус
 
29.04.13
17:41
сколько будет стоить доработать 1С УТ 11, чтобы она приемлемо работала (не тормозила более 0,5с/операция) на отборе?
21 Maniac
 
29.04.13
17:41
Я где то полгода бился еще с выхода первого релиза УТ11.
И сама 1С уже раз десять переписывала подбор, как впрочем в каждом обновлении там что то меняется.
Они сами видимо с этой проблемой бьются и не могут понять.
Сравните версии УТ11 за последний год по подбору и получите шок.

Там постоянно все переиначивается между клиентом и сервером. Меняют списко, меняют все процедуры и так далее. Короче даже программисты 1С в шоке и не знают что сделать.
Туда сюда короче постоянно переиначивают процедуры отборов и тп.
22 s_ustinov
 
29.04.13
18:04
Тут недавно один деятель ратовал за тотальную нормализацию базы :)))
подбор - один из очень ярких примеров, почему этого делать не надо )))
23 Maniac
 
29.04.13
18:06
(22) подбор можно ускорить во много раз если вырезать из него множество левых соединений. Ну правда тогда придется глобально в нем застрять - тк все процедуры и функции в нем тянуться по всем общим модулям.
В итоге все сведется к тому что проще написать с нуля.
24 s_ustinov
 
29.04.13
18:09
(23) я для УПП переписывал...
до конца не поборол тормоза
там действительно проще написать с нуля
25 Маус
 
29.04.13
18:11
(22) тут есть ещё один деятель (мЫшиного размерчика;-), так он вообще ратует за переход на его кактус (зачеркнуто) мЫшепрограмму!;-)
26 IUnknown777
 
29.04.13
18:29
(0)у меня тоже не работает
(и на файловой, и на Postgre, единственно на MS SQL лучше, но база пока тестовая - только остатки и номенклатура 85 тыщ позиций)
причем тормоза в неожиданных местах например при закрытии обработки подборТоваров программа виснет, в отладчике невидно что за код выполняется, виснет между выполнениями процедур, (файловая база, дебаг включен)
27 IUnknown777
 
29.04.13
18:31
28 IUnknown777
 
29.04.13
18:43
(12) мне бы тоже хотелось посмотреть на обработку