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

Тормозит конфигурация сильно

Тормозит конфигурация сильно
Я
   Sergq
 
03.06.19 - 20:26
Здравствуйте.
Имеется бухгалтерия госучреждения. Обновлена до актуальной. Сервер 8.3
Пробовал файловую конфигурацию. На данный момент работает на postgre

Жутко тормозит. Как пример. Выбираю раздел справок 2—ндфл. До отображение формы задержка. Далее выбираю из справочника человека. Форма отображения справочника появляется с задержкой. Фильтрация — поиск по справочнику — задержка. После выбора человека до заполнения справки задержка.

И так во всем. Длительность задержек различная. Иногда даже очень долго.

На сервер очереди к диску практически нет. Страницы на диск с памяти не скидывает. Postgre не тормозит — долгих запросов нет вообще

Собственно что 1ц хочет?
 
 
   Garykom
 
1 - 03.06.19 - 20:40
от 4 гиг памяти на клиенте и в зависимости от сколько клиентов * нас сервере
Ну и x86_64 желательно
   Garykom
 
2 - 03.06.19 - 20:44
(1)+ Ну и надеюсь режим тонкого клиента а не толстого у вас
   Sergq
 
3 - 03.06.19 - 20:44
На сервер 4 гига. X64
На клиентах не помню сколько памяти. Но достаточно. На соседнем сервере стоит основная бухгалтерия. Проблем на тех же клиентах нет никаких. Единственное на том соседнем сервере ssd под базу. Но не думаю, что это так сильно влияет на паузы в открытии справочников

Может как вариант rphost памяти мало выделено?
На основном сервере там памяти побольше и rphost там занимает почти три гига
   Sergq
 
4 - 03.06.19 - 20:46
Клиент тонкий)
   Garykom
 
5 - 03.06.19 - 20:46
(3) Чего на сервере?
   Garykom
 
6 - 03.06.19 - 20:47
Файловая 1С 8.3 УФ чтобы нормально работала на одном компе локально требует 8 гиг RAM и SSD диск и не совсем говенный проц, лучше от 2 ядер 3+ ггц.
   Garykom
 
7 - 03.06.19 - 20:49
Тонкий клиент нормально пашет от 4 гиг RAM, сервер там надо количество клиентов * 4 гиг RAM
Но фактически меньше на сервере ибо не все одновременно клиенты нагружают и чем их больше тем реально можно меньшим объемом памяти обойтись.

Но там фишка что каждая отдельная база на сервере сжирает дохрена оперативки, на каждую такую отдельную базу-конфу требуется примерно от 6 гиг если большой cf
   Garykom
 
8 - 03.06.19 - 20:51
(4) Ты еще скажи бездисковый и RDP тоже на том же "сервере" с всего 4gb RAM да?
   Sergq
 
9 - 03.06.19 - 21:22
На сервер что сейчас не вспомню. Памяти там точно 4 гига. Лет пять ему.

Рядом же сервер стоит примерно такой же. Только памяти поболе. И под rphost забрано три гига.


Тут мысль пришла . На основном сервер бюджетная бухгалтерия стоит. И включен стандартный интерфейс. Не такси. У зарплаты такси стоит. Раз уж нагрузки на сервере на диск нет, на память в части swap тоже нет, на базу тоже, так может тупо на клиентах такси тормозит?

Работает же на этих же клиентах обычная бухгалтерия без особых тормозов.

Только слабо представляю как такси может тормозить в части «нажал на ок», а реакция через две секунды
   Garykom
 
10 - 03.06.19 - 21:46
(9) Обычная бухия это БП2 вместо БП3 ?
   Фрэнки
 
11 - 03.06.19 - 21:52
(9) от тебя вообще нет инфы, что где стоит и какой мощности машины.

4 гиг оперативы на сервере - это не сервер, это УГ-нище

Сколько в локальной сети пользователей и сколько баз находится на сервере?
Ну и параметры сервера и параметры клиентских машин озвучь
   Фрэнки
 
12 - 03.06.19 - 21:56
А... Ну да. Ответил же выше

На серваке у него в УФ стоят как минимум две базы:

- ЗУП с интерфейсом такси
- БУХ учреждения с такси

вся проблема будет в рпхостах : нехватка памяти и взаимные блокировки баз, которые садятся в один единственный рпхост.
   Sergq
 
13 - 04.06.19 - 22:12
В локальной сети пользователей? Это к чему? Этим серваком кроме как бух не пользуется никто
Согласен, что памяти мало. Но добавить не получится. Какой то глюк с мамой. Стоят две планки по 4. А видит как две планки по 2

Кстати локально что на файловой версии что на postgre одинаково тормозит. Сегодня ради интереса попробовал открыть  любой документ увольнения. Реальная задержка. Повторно чуть шустрей. В момент открытия rphost подскакивает до 20 процентов cpu

На сервере есть еще базы. Но их никто не использует
Создал сегодня на том же сервере еще один кластер на другой порт. Ибо к текущему админский доступ не получить) забыл пароль хоть убей. Пробовал сбрасывать—удалять админа через lst- ноль внимания
В новый кластер создал новую базу из бэкапа. Передвинул postgre на другой диск. Хотя проблем не видел с базой как таковой.
В настройках в кластере поставил все по нулям. Оптимизация по производительности
Завтра посмотрим
   Garykom
 
14 - 04.06.19 - 22:15
Вот ответьте на простой вопрос: Какого года выпуска комп?

А на календарь гляньте.

И спросите у бухов они про амортизацию ОС и списание когда нибудь слыхали?
   Sergq
 
15 - 04.06.19 - 22:16
Да, кстати. Раньше на этом сервере жила бгу на 6 пользователей. Было шустрей
   Garykom
 
16 - 04.06.19 - 22:16
Читать умеем? Отличие БП2 от БП3 и ОФ от УФ понимаем?
   Garykom
 
17 - 04.06.19 - 22:18
Вы пробовали на этом "сервере" запустить современный браузер и зайти на тяжелый сайт? Не очень шустро да?

Так УФ это по сути тот же браузер внутри с html с css и с js внутри
   palsergeich
 
18 - 04.06.19 - 22:24
Вы меня конечно извините, но можно взять хотя бы что то такое https://www.avito.ru/moskva/nastolnye_kompyutery/moschnyy_pk_hp_core_i7-26008gb_pamyati240gb_ssd_1271273891 и не заниматься простите онанизмом.
По цене 1с ника в МСК, за день это отбивается
   palsergeich
 
19 - 04.06.19 - 22:24
(18) Памяти только еще немного доткнуть.
   palsergeich
 
20 - 04.06.19 - 22:26
(19) А чорт - это госуха. Тогда страдать.
   palsergeich
 
21 - 04.06.19 - 22:28
Пишите служебку, давайте хот, торги и тд.
Если есть желание купить, я видел, что могу купить быстро, если всем пофиг, то сочувствую.
   palsergeich
 
22 - 04.06.19 - 22:28
(21) могут.
   Garykom
 
23 - 04.06.19 - 22:36
(20) На госухе прекрасно можно с одной статьи на другую перекинуть по умному, если бух и директор не совсем дурные.
Нанимают того же 1Сника по хорошей ставке а он им "приносит и ставит" сервак взамен совсем древнего просто старый.
   Garykom
 
24 - 04.06.19 - 22:38
Несколько недель назад с ноутом мучался там 3 гига рам так файловая базовая БП3 обновляться не хотела.
У них на "сервере" 4 гига рам
   palsergeich
 
25 - 04.06.19 - 22:49
(23) Так нельзя, увы, оборудование и его состав описано и просто заменить нельзя.
Вот закупить быстро - можно, факт.
А одинэсник по контракту. Бюджеты крутятся, 1ска мутится.
   Sergq
 
26 - 04.06.19 - 22:59
Памяти мало? Так диспетчер показывает 1.8 занято из 4. Те памяти в достатке
Rphost в районе 600 метров. Спокойно может еще отхватить гиг
   palsergeich
 
27 - 04.06.19 - 23:02
(26) У меня 1 юзер сейчас на домашнем сервере.
Ииспользуется 9 ГБ из 24.
SQL - 1.5
rphost - 1 гб
Баз открыто 0, ррег задания вырублены на всех.
Остальное системное все жрет. Вот и думай 4 ГБ ОЗУ это норм или нет.
   Sergq
 
28 - 04.06.19 - 23:14
Ну по логике то если не свопится, значит физически памяти достаточно. Было б мало —ушло б в своп. И зашкалила б очередь к диску
   palsergeich
 
29 - 04.06.19 - 23:20
(28) своп идет когда надо сбросить из ОЗУ на диск при переполнении.
Тут скорее в озу не помещается - за каждым чихом на ХДД идет
   palsergeich
 
30 - 04.06.19 - 23:21
(29) И далеко не факт что это приведет к очереди на диске.
Просто все будет работать не быстро
 
 
   palsergeich
 
31 - 04.06.19 - 23:23
+ СУБД меньше хранит данных в кеше в ОЗУ и опять любой чих - обращение к диску, и опять же это не фоакт что приведет к каким то аномальным чтениям.
   palsergeich
 
32 - 04.06.19 - 23:27
Та же 1с делает много небольших мелких служебных запросов.
Их нет в кеше - обращаемся на диск. Ждем ответа, запрос очень простой и мелкий. Получили ответ. делаем следующий запрос. ждем. и так далее.
   Sergq
 
33 - 04.06.19 - 23:32
Попробую завтра развернуть да другом сервере ради теста. Там памяти больше, чем надо)

Те получается загвоздка все ж в памяти плюс «болезнь» конфигурации Гос зп?
   palsergeich
 
34 - 04.06.19 - 23:34
(33) Скорее всего просто в памяти. 4 гб для СУБД + сервера приложений + ОС ну мало.
Для современных ОС 4 гб минималка, без постороннего обвеса. Издержки современного софта.
   Fram
 
35 - 04.06.19 - 23:44
А временные файлы пользователя под которым 1с сервер крутится на системном диске скорее всего, так? И этот диск какое нить древнее амно 5400 об? 1с сервер для баз уф и клиент очень активно временные файлы пользуют, и диск может быть узким местом. Ещё наверно и журнал туда же пишется.
   ansh15
 
36 - 04.06.19 - 23:59
Виртуальной машины там нет никакой, случайно?
   DrZombi
 
37 - 05.06.19 - 06:12
(3) 4 гиг и х64, вы уверены что это сервер?
У нас 64 гб оперативки и все на ссд вертится :)
   DrZombi
 
38 - 05.06.19 - 06:13
(36) Похоже это и есть виртуалка ;)
   DrZombi
 
39 - 05.06.19 - 06:16
   DrZombi
 
40 - 05.06.19 - 06:17
   DrZombi
 
41 - 05.06.19 - 06:17
Количество ИБ на процесс :)
   DrZombi
 
42 - 05.06.19 - 06:17
Что там у вас?
   Mikeware
 
43 - 05.06.19 - 07:13
(34) весь "современный софт" и есть сплошные "издержки".
   craxx
 
44 - 05.06.19 - 07:47
(11) ага, у меня на ноутбуке в 2 раза больше, чем на этом "сервере"
   Провинциальный 1сник
 
45 - 05.06.19 - 07:49
(0) Ну если постгрес - стандартный костыль enable_nestloop=off пробовали?
   Провинциальный 1сник
 
46 - 05.06.19 - 08:00
+(45) В постгресе вообще капризный оптимизатор, который очень "любит" характерные для 1с джойны с подзапросами. Дело в том, что в постгресе план запроса строится целиком, без точной информации о количестве записей, которые вернут подзапросы, в результате получаем нестедлуп с неявной временной таблицей. При явном использовании временных таблиц в последних версиях постгреса есть возможность считать онлайн-статистику, но не для подзапросов. Проблему могло бы решить отложенное формирование плана, чтобы сначала выполнились подзапросы, а потом на основании их статистики, формировать общий план. Но это будет уже совсем другой движок, и наверняка найдутся противники такого подхода.

Если база мелкая (до 10 гиг), то рекомендую MSSQL Express.
   Провинциальный 1сник
 
47 - 05.06.19 - 08:08
(0) Да, и еще - сервер случайно не 2003, а платформа не 8.3.13?
   arsik
 
48 - 05.06.19 - 08:09
(46) >Дело в том, что в постгресе план запроса строится целиком, без точной информации о количестве записей
Уже нет.
   Кирпич
 
49 - 05.06.19 - 08:14
Восьмерка быстро работает только на квантовых компьютерах. Сильно подозреваю, что у ней там внутри чего то очень неправильно понапрограммировали, что она такая медленная. Автокад мля уже быстрее работает, чем восьмерка.
   Провинциальный 1сник
 
50 - 05.06.19 - 08:18
(48) А поподробнее? Как я понимаю, для явных временных таблиц статистику считает модуль online_analyze, но не для подзапросов, в том то и дело.
   Mikeware
 
51 - 05.06.19 - 08:19
(49) искусственный интеллект. прежде чем выполнить вашу команду - думает, стОит ли ее выполнять, или нуегона*
   Кирпич
 
52 - 05.06.19 - 08:22
(51) Или искусственный интеллект или strlen в движке БД. Одно из двух
   StanLee
 
53 - 05.06.19 - 09:12
4 гига.. сейчас на мобилках ставят больше, у меня например 6 Гб.
купите нормальную мобилу и сделайте из нее сервер ))
   Фрэнки
 
54 - 05.06.19 - 09:18
(53) Да скорей всего это не настоящий сервер, а какая-то виртуальная машина.
Просто уж очень маленький.
А топикстартер об этой детали забыл.

И опять топикстартер абсолютно забыл сказать о том, каким образом стартуют клиенты в этих базах - очень может быть, что он в терминалах сидят и конфиги на УФ тупят только потому, что в терминалах
   arsik
 
55 - 05.06.19 - 09:34
(50) Если я правильно помню, то они это в 10 постгрес про добавили. Именно в ПРО, но он вроде как платный.
   arsik
 
56 - 05.06.19 - 09:44
+ (55) посмотрел сейчас на их сайте, они закрыли зеркало для инсталляции в линуксе. Оставили только коммерческое.
   stix2010
 
57 - 05.06.19 - 09:52
(9) ппц, у меня в смартфоне столько же оперативки.
   ansh15
 
58 - 05.06.19 - 11:29
(38) (54) Возможно, с выделенным одним ядром процессора, так как распорядитель ядер и памяти когда-то читал, что 1С однопоточна и ей много не надо.
(14) На практике, там довольно непросто все, со списанием, особенно если это особо ценное имущество.
   Cyberhawk
 
59 - 05.06.19 - 11:32
(12) "взаимные блокировки баз, которые садятся в один единственный рпхост"// Что-то новенькое :)
64-битный рпхост умеет в "нити" ОС (потоки), а вот потоки уже конкурировать за аппаратные ресурсы хоста будут, это да. Но называть это "взаимной блокировкой баз" как-то смело.
   Провинциальный 1сник
 
60 - 05.06.19 - 13:37
(59) На 32-битном всё то же самое, только адресное пространство меньше..
   Фрэнки
 
61 - 05.06.19 - 14:05
(59) но у тебя как прописано в рпхосты : по одной базе или есть такое что дви-три в один садятся и не тормозят?
   Cyberhawk
 
62 - 05.06.19 - 14:54
(61) "У меня" по-разному, Я не фикси. Стандартные "8 ИБ на процесс" обычно не трогаются (и хорошо - с сентября технический болт без корп лицензии под это дело), проблемы могут быть из-за падения всего РП (страдают другие ИБ), но вот что под блокировками ты подразумевал хз.
   Вафель
 
63 - 05.06.19 - 15:19
настройки рпхоста обычно мало влияют на производительность. если конечно некоторые базы по 50-60 гиг не кушают из-за каких нибудь тупых отчетов
   Фрэнки
 
64 - 05.06.19 - 15:24
(63) очень заметно влияют, если на рпхост повешено только одна база или несколько.
   Cyberhawk
 
65 - 05.06.19 - 15:26
(64) В 64-битном сервере 1С от нескольких рпхостов вообще замедление может наблюдаться. В 32-битном профит раздедения очевиден - каждой базе становится больше памяти доступно, а в чем у тебя проблемы на 64-битном от объединения баз?
   Фрэнки
 
66 - 05.06.19 - 15:26
+64 при условии, конечно, что это конфигурации БП3, ЗУП3, КА2, УТ11

для УТ10 и остальных конфигураций из прошлого - практически не заметно
 
 Рекламное место пустует
   Фрэнки
 
67 - 05.06.19 - 15:34
(65) проблема простая. Видно, что база тормозит, хотя видимых причин для этого нет.
Смотришь, что происходит Администрировании баз - там оказываются в списках блокировок по нескольку штук, которые заметно дольше висят.
Как только одна база на один рпхост - блокировки в том же списке проскакивают быстро быстро и такого торможение больше не наблюдается.
   Вафель
 
68 - 05.06.19 - 15:35
(67) скорее всего профиль нагрузки разный в эти разные моменты.
прямой связи быть не может
   Фрэнки
 
69 - 05.06.19 - 15:41
(68) ну я мозгами понимаю, что _должна_ быть изоляция у блокировок в пределах базы и даже по сеансам иногда... но.

Может это в случае с постгри есть такое отличие, а на мсскл у всех таких блокировок поведение намного лучше, только мне гораздо проще запускать так, чем ставить мсскл только из-за того, что я дефолтное число баз на рпхост менять не хочу.
   Вафель
 
70 - 05.06.19 - 15:50
(69) это из серии
После того как вы провели свой интернет, у меня сломалась стиральная машина (с)
   Фрэнки
 
71 - 05.06.19 - 15:53
(70) т.е. ты предлагаешь сразу ставить мсскл и все?
   Вафель
 
72 - 05.06.19 - 15:55
(71) я предлагаю искать истинные причины промышелнным способом
   Вафель
 
73 - 05.06.19 - 15:55
через счетчики и апдекс


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